Ошибка входа в систему для проверки подлинности Windows SQL Server 2008: вход из недоверенного домена - PullRequest
110 голосов
/ 13 февраля 2009

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

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

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

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

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

Ответы [ 35 ]

0 голосов
/ 07 января 2012

Просто удалите свойство Trusted_Connection=True из строки подключения.

0 голосов
/ 28 февраля 2016

У меня была такая же проблема, когда я хотел запустить свой проект на другом ПК. Изменение строки подключения с

Data Source=JOHN-PC\JJ;Initial Catalog=MyDatabase;Integrated Security=True;Pooling=False

до

Data Source=JOHN-PC\JJ;Initial Catalog=MyDatabase;Persist Security Info=True;User ID=MyUserName;Password=MyUserPassword

помог мне.

Это ссылка, по которой оригинальный ответ: Ошибка входа. Логин с ненадежного домена ...

Надеюсь, это поможет.

0 голосов
/ 13 июля 2012

И еще одна возможная причина: У новой созданной локальной учетной записи на сервере БД был установлен флаг «Пользователь должен изменить пароль при следующем входе в систему».

0 голосов
/ 14 января 2016

Мое исправление состояло в том, чтобы изменить файл web.config, чтобы он соответствовал моему новому имени сервера для SQL-соединения (IT Security только что сделала переименование netdom на моем блоке разработки.

0 голосов
/ 13 февраля 2009

, чтобы включить проверку подлинности Windows, оба компьютера должны находиться в одном домене. чтобы разрешить управляющим студиям передавать текущие учетные данные и проходить аутентификацию в поле sql

0 голосов
/ 09 октября 2010

Для меня я должен отключиться (изменить рабочую группу / домен) от домена и повторно подключиться.

0 голосов
/ 07 ноября 2012

Сначала необходимо активировать учетную запись sa и войти в свою студию управления SQL с учетной записью sa (выберите аутентификацию SQl Server).

После входа в систему с учетной записью sa перейдите на security, щелкните правой кнопкой мыши на logins, выберите new login, выберите SQL Server authentication, создайте имя пользователя (без / или любые другие специальные символы) (просто имя), затем введите пароль, подтвердите пароль и в нижней части этой страницы выберите базу данных по умолчанию.

Перейдите на logins, щелкните правой кнопкой мыши по созданному вами пользователю и нажмите properties.

Перейдите на Server Roles и выберите роли, которые вы хотите дать пользователю, которого вы создали.

Нажмите OK и вернитесь к login properties, нажмите User Mapping, дважды щелкните базу данных, с которой вы хотите сопоставить этого пользователя, и выберите членство в роли базы данных для этой базы данных в нижнем окне.

0 голосов
/ 03 декабря 2014

В моем случае, в файле хоста имя машины жестко закодировано со старым IP. Я заменяю старый IP на новый, проблема решена.

Расположение файла хоста

WindowsDrive: \ Windows \ System32 \ Drivers \ Etc \ хостов

Модификации сделаны 159.xx.xx.xxx MachineName

0 голосов
/ 13 ноября 2014

В моем случае сервер был отключен в контроллере домена. Я вошел в OU COMPUTERS в Active Directory, щелкнул правой кнопкой мыши по серверу, включил его, затем сделал gpupdate / force с сервера SQL. Это заняло мгновение, но наконец-то сработало.

0 голосов
/ 07 ноября 2014

В нашем случае это был тот факт, что разработчик запускал пул приложений под своей учетной записью и сбросил пароль, но забыл изменить его в пуле приложений. Duh ...

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...