Вопросы Теги

“Вход в систему привел к сбою для пользователя ‘ВХОД В СИСТЕМУ NT AUTHORITY\ANONYMOUS’”. к SQL Server 2005

Обновление logwatch. Более новые logwatch сценарии автоматически делают это.

1
задан 19 February 2010 в 16:18
2 ответа

Я думаю, что Вы используете неправильный драйвер базы данных для своего odbc соединения. MS SQL 2005 использует Собственный Клиент SQL.

Собственный клиент Driver=SQL; UID=username; PWD=password; Server=SERVERNAME; начальный Catalog=DBNAME;

Можно загрузить установку здесь: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=df0ba5aa-b4bd-4705-aa0a-b477ba72a9cb

1
ответ дан 4 December 2019 в 02:12
  • 1
    Право, которое уладило ту ошибку. Однако теперь я получаю новую ошибку: [Microsoft] [Собственный Клиент SQL] [SQL Server] Вход в систему перестала работать для пользователя ' '. пользователь не связан с доверяемым соединением SQL Server. –  LiamGu 19 February 2010 в 16:50
  • 2
    Это отсортировало его. Не идеальный, поскольку мы стараемся не иметь имена пользователей и пароли в наших файлах, но это делает задание на данный момент.Удачи. –  LiamGu 19 February 2010 в 17:20
  • 3
    Привет проверьте ответ от brian., возможно, можно удалить имя пользователя и pw из файла при использовании доверительного соединения. –  grub 19 February 2010 в 17:23

Я полагаю, что необходимо добавить атрибут к строке подключения, которая позволит учетной записи пула приложений в IIS7 проходить проверку подлинности на SQL Server. Посмотрите ниже:

Provider=SQLNCLI;Server=myServerAddress;Database=myDataBase;Trusted_Connection=yes;

Часть Trusted_Connection позволит IIS соединять использование учетных данных учетной записи пула приложений. Если это будет работать в соответствии с учетной записью машины, как Вы сказали, то вход в систему, который Вы создали в SQL Server, будет работать.

0
ответ дан 4 December 2019 в 02:12

Теги

Похожие вопросы