Ошибка входа в систему для проверки подлинности Windows SQL Server 2008: вход из недоверенного домена

Question

При попытке подключиться к экземпляру SQL Server 2008 с помощью Management Studio появляется следующая ошибка:

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

Я могу войти в систему с использованием SQL-аутентификации без проблем. Я получил эту ошибку внезапно. У меня включена Аутентификация в смешанном режиме.

У кого-нибудь есть опыт с этим?

Дополнительная информация: 64-битная версия SQL Enterprise Edition В Windows 2003 Server

Answer 1

Я исправил эту проблему на машине, отключив настройку проверки по шлейфу:

1. Редактирование реестра Windows: Пуск -> Выполнить> Regedit
2. Перейдите к: HKLM \ System \ CurrentControlSet \ Control \ LSA
3. Добавить значение DWORD с именем «DisableLoopbackCheck»
4. Установите это значение на 1

Answer 2

Для меня это было потому, что я не добавил учетную запись, чтобы иметь роли, которые я хотел бы использовать в самой базе данных SQL. А также из-за неправильных попыток ввода пароля с помощью копирования и вставки проблемы с блокировкой учетной записи.

Answer 3

попробуйте использовать другой действительный логин с помощью команды RUNAS

runas /user:domain\user “C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\ssmsee.exe” 

runas /user:domain\user “C:\WINDOWS\system32\mmc.exe /s \”C:\Program Files\Microsoft SQL Server\80\Tools\BINN\SQL Server Enterprise Manager.MSC\”" 

runas /user:domain\user isqlw 

Answer 4

Вы можете быть введены в заблуждение относительно имени пользователя , которое вы используете локально. Это был мой случай в Windows 10 Home. Когда я смотрю на пользователей в панели управления, я вижу имя usrpc01 . Однако, когда я набираю net config workstation, кажется, что имя пользователя - spc01 . Похоже, кто-то переименовал пользователя, но внутреннее имя осталось без изменений.

Не зная, как исправить имя пользователя Windows (и имя папки в C:\Users, которое также относится к исходному внутреннему имени), я добавил нового пользователя в учетную запись на моем сервере базы данных.

Answer 5

Я пытался войти в SQL Server 2008 из учетной записи домена. SQL Server 2008 размещается на другом компьютере рабочей группы, который не является частью домена. Как бы странно это ни звучало, на сервере рабочей группы, на котором работает SQL Server 2008, мне пришлось перейти в «Свойства системы» | Имя компьютера (вкладка) | Изменить (кнопка) | Изменение имени компьютера | Подробнее ... (кнопка) и введите «Основной DNS-суффикс этого компьютера» (он был пустым, поэтому введите нужный суффикс для вашей сети) и установите флажок «Изменить основной DNS-суффикс при изменении членства в домене». Это позволило завершить процесс проверки подлинности Windows при входе в SQL Server 2008.

Answer 6

Если ваш Sql Server работает на сервере, который не является частью домена, и в строке подключения вы используете полное доменное имя (например, xyz.mypc.com) с Integrated Security = True, возможно, вам придется переключиться использовать IP-адрес, MachineName (SERVER01) или точку (.) в случае локального размещения.

Это сработало для меня, использование fqdn привело к вышеуказанной ошибке.

Answer 7

Мне пришлось использовать netonly, чтобы заставить это работать на современных Windows:

runas /netonly /user:domain\user "C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\ssms.exe"

Answer 8

У меня была неправильная запись в файле hosts под C:\Windows\System32\drivers\etc

[Microsoft][SQL Server Native Client 11.0][SQL Server]Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.

Убедитесь, что у вас есть запись, как показано ниже

127.0.0.1   localhost
127.0.0.1   localhost   servername

Answer 9

Другая причина> кто-то изменил пароль для пользователя SQL по умолчанию

это случилось со мной пару минут назад при переключении на новый контроллер домена ...

Answer 10

Я использовал псевдоним для экземпляра SQL Server, который указывал на «127.0.0.1». Сменив его на «localhost», вместо этого добился цели.