Не удается подключиться к SQL Server в другом домене с помощью SSMS и диспетчера учетных данных Windows 7

Мне нужно подключиться к экземпляру SQL Server 2008 в другом домене Windows, чтобы управлять им. Мы используем только проверку подлинности Windows.

В Windows XP я мог использовать функцию «Управление сетевыми паролями» для хранения на моем локальном компьютере моего имени пользователя и пароля для удаленного компьютера. Это приведет к тому, что SQL Server Management Studio будет использовать эти учетные данные вместо моих локальных учетных данных при подключении к этому серверу. Это отлично сработало и избавило меня от необходимости вводить имя пользователя или пароль каждый раз, когда я подключаюсь к SSMS.

Но, Holy Cow, после обновления до Windows 7 я больше не могу этого делать. Добавление моих учетных данных удаленного домена в Credential Manager не приводит к желаемому поведению. SMSS 2008 R2 игнорирует сохраненные учетные данные и вместо этого всегда отправляет мои локальные учетные данные, вызывая каждый раз сбой входа в систему. В SMSS нет даже способа ввести альтернативные учетные данные, поэтому в результате я просто не могу получить доступ к удаленному серверу!

Ошибка входа в систему со следующим сообщением:

Вход в систему не удался. Логин из ненадежного домена и не может использоваться с аутентификацией Windows. (Microsoft SQL Server, ошибка: 18452)

Как я могу заставить SMSS в Windows 7 работать так же, как в Windows XP?


sql-server ssms windows-authentication
person BrianFinkel    schedule 04.08.2011    source источник
comment
Вы пробовали использовать этот метод? stackoverflow.com/questions/5237654/   -  person Aaron Bertrand    schedule 04.08.2011
comment
У меня нет, но это похоже на хорошую альтернативу, если вы не хотите использовать Credential Manager.   -  person BrianFinkel    schedule 19.08.2011

Ответы (1)


arrow_upward
27
arrow_downward

Похоже, что в диспетчере учетных данных Windows 7 есть ошибка, которая вызывает такое поведение. После большого количества поисков в Интернете я нашел несколько уродливых обходных путей, но также нашел и отличный:

В Credential Manager добавьте запись для удаленного сервера, но вместо добавления только имени сервера, например database.contoso.com, добавьте имя сервера с портом SQL Server, например:

database.contoso.com:1433

Это приводит к желаемому поведению без боли!

Источник: http://social.msdn.microsoft.com/Forums/en-US/sqlsecurity/thread/c05a90e4-cb16-46f6-9072-37083c65696d/.

Также помните, конечно, что вам нужно добавить к удаленному имени пользователя в Credential Manager префикс имени удаленного домена, например:

администратор базы данных

person BrianFinkel    schedule 04.08.2011
comment
Обратите внимание, что если вы пытаетесь подключиться к именованному экземпляру, порт НЕ будет 1433. Вы можете найти текущий динамический порт или изменить его на фиксированный порт, используя инструкции на msdn.microsoft.com/en-us/library/ms345327 (v = sql.100) .aspx - person Greg Bray; 22.02.2012
comment
Чтобы развернуть комментарий Грега, вы создадите запись диспетчера учетных данных, похожую на database.contoso.com:12345 (или любой другой странный порт, на котором находится ваш именованный экземпляр). Однако при подключении к SSMS вы будете использовать database.contoso.com, 12345 (обратите внимание на запятую вместо двоеточия). - person Chris; 29.12.2014