Bug 1419

Summary: Подключение проекта Access к серверу MS SQL через аутентификацию Windows
Product: WINE@Etersoft Reporter: Семенов Александр Алексеевич <saa>
Component: Взаимодействие с OfficeAssignee: Andrey Vusik <night>
Status: CLOSED LATER QA Contact:
Severity: normal    
Priority: P4 CC: baraka, boris, goga, kondratyuk, lav, night, sin
Version: 1.0.8   
Target Milestone: ---   
Hardware: PC   
OS: SUSE   
Whiteboard:
Заявки RT: Связано с:
Дата напоминания:
Bug Depends on: 654    
Bug Blocks: 2000    
Deadline: 2009-06-12   

Description Семенов Александр Алексеевич 2008-03-19 13:08:19 MSK
В проектах Access (*.adp) подключение к базе  MS-SQL настраивается в пункте меню "Файл"-"Подключение". При работе под WINE недоступна возможность использовать для подключения логин и пароль пользователя WINDOWS ("Use Windows NT Integrated Security").
Comment 1 Константин Кондратюк 2008-03-19 14:15:57 MSK
Версия Access?
Comment 2 Семенов Александр Алексеевич 2008-03-19 14:44:46 MSK
Office 2000
Comment 3 Vitaly Lipatov 2008-04-10 10:26:22 MSD
Боря, можешь прокомментировать? Это не авторизация через домен имеется в виду?
Comment 4 Boris Savelev 2008-04-11 12:03:22 MSD
как раз наоборот.
в mssql, как минимум, 2 варианта авторизации:
доменными аккаунтами
системными аккаунтами Windows

в данном случае имеетс ввиду второй вариант.
приминительно к вайну, особо без разницы, потому что понятия "аккаунт Windows" в вайне вроде нет. по паролю по крайней мере.
по поводу доменной авторизации есть отдельная бага, но не у каждого есть домен
Comment 5 Семенов Александр Алексеевич 2008-08-21 13:11:09 MSD
В настройках "Data Link Properties" ("Подключение") проекта  Access (.adp) есть возможность выбора между "Use Windows NT Integrated Security" и "Use a specific user name and password".
Сия проблема есть очень важная для меня, поскольку при внесении каких-либо изменени в исходный файл нашего основного проекта Access (.adp) настройка авторизации при подключении к MS-SQL через "Use Windows NT Integrated Security" позволяет копировать один наш исходный файл проекта Access (.adp) всем пользователям сразу, сохраняя при этом уникальность их аккаунтов при подключении к MS-SQL.
Comment 6 Семенов Александр Алексеевич 2008-10-02 11:56:35 MSD
Добрый день.

Скажите, есть ли какие-то планы по решению данной проблемы?
Comment 7 Семенов Александр Алексеевич 2008-10-15 11:19:13 MSD
Добрый день.
Скажите пожалуйста планируется ли решить данную проблему?
Comment 8 Vitaly Lipatov 2008-10-15 11:34:33 MSD
Женя, можешь прокомментировать что-нибудь по механизма работы
аутентификации по windows-паролю?
Comment 9 Евгений Синельников 2008-10-15 15:04:13 MSD
Я взглянул сюда:
http://www.realcoding.net/teach/access/Glava 20/Index10.htm
повспоминал, как я ранее настраивал MSSQL2005, поспрашивал Ивана, Костю и Диму...

Итого, мои предположения (пока я не поставлю себе где-нибудь, access и mssql, иначе чем предположениями это не назову) таковы. MSSQL умеет аутентифицировать своими средствами, а может использовать интегрированную аутентификацию Windows. Сама аутентификация Windows может быть как доменная (через Kerberos в ActiveDirectory), так и обычная (NTLM различных версий, обычно NTLMv2). Причём переключение между вариантами интегрированной аутентификации Windows может быть как прозрачной, так и заданной.

Проблемы wine могут быть в том, чтобы уметь работать через тот же NTLMv2 или GSSAPI (если в домене)... в этом случае, кстати, и виндовый remote desktop client (если он ещё на чём не обломается) должен будет заработать через wine.
Comment 10 Семенов Александр Алексеевич 2008-10-21 13:25:10 MSD
Хотелось бы еще раз поднять этот вопрос.
Comment 11 Семенов Александр Алексеевич 2008-11-12 11:30:31 MSK
Хотелось бы еще раз поднять этот вопрос. Это действительно важно и срочно.
Comment 12 Семенов Александр Алексеевич 2008-11-20 11:28:57 MSK
Добрый день.
Скажите, реально ли получить хотя бы какой-то ответ или прогноз по данной задаче?
Comment 13 Евгений Синельников 2008-11-20 12:12:01 MSK
Думаю, что даже для повторения этой проблемы нужно получить сначала подготовленные Access и MS-SQL, что само по себе отдельная задача...
Боюсь, что я не возмусь огласить вменяемый срок, по решению этого вопроса...

Я думаю, что степень решённости вопроса аутентификации определяется их поддержкой. Я бы свёл задачу к более простой, но определяющей ту же поддержку. Например, запуск виндовой утилиты удалённого рабочего стола под wine, возможно более просто определит работоспособность механизмов аутентификации.
Comment 14 Константин Кондратюк 2008-11-20 12:15:21 MSK
Стоит воспроизвести у нас ситуацию. Денис, Андрей, сможете сделать бутылку с проблемой?
Comment 15 Vitaly Lipatov 2008-11-20 17:23:28 MSK
Мы будем осваивать ситуацию, тестируя поддержку NTLM, согласно баге 654.
Comment 16 Vitaly Lipatov 2008-12-04 21:22:23 MSK
К сожалению, в ближайшие полгода мы вряд ли сможем наладить аутентификацию в MS SQL через тикеты Kerberos.
Comment 17 Семенов Александр Алексеевич 2008-12-05 10:19:18 MSK
Спасибо. Пошел вешаться ...
Comment 18 Vitaly Lipatov 2014-09-11 18:55:07 MSK
Для тех, кто не пользуется багзиллой или не умеет пользоваться групповым редактированием при поиске, закрываем задачи, которые они должны были принять.