Проблемы проверки подлинности Windows SQL Server 2008 - PullRequest
1 голос
/ 08 ноября 2010

У меня есть настройка базы данных часовых часов на сервере Windows 2008, SQL Server. Это работало в течение МЕСЯЦЕВ. Сегодня вдруг кажется, что логины некоторых людей работают, а логины некоторых людей не работают.

Аутентификация SQL работает нормально, однако аутентификация Windows не работает. Я проверил файлы журналов, и кажется, что SQL Server 2008 просто не нравится пароли!

Кто-нибудь знает, что здесь может происходить?

Ответы [ 3 ]

1 голос
/ 18 октября 2011

Вы можете решить эту проблему, назначив пользователю права пользователя: «NT AUTHORITY \ SYSTEM».Выполните следующие действия:

  1. Откройте «SQL Server Management Studio».
  2. Откройте «Безопасность, а затем войдите в систему».
  3. Щелкните правой кнопкой мыши пользователя: «NT AUTHORITY \SYSTEM >> Properties ".
  4. Выберите вкладку« Роли сервера »и проверьте роль сервера« sysadmin ».

Готово.

1 голос
/ 01 августа 2012

Вы также можете попробовать щелкнуть правой кнопкой мыши пользователя, который хотите предоставить привилегии, и щелкнуть всех из них в роли сервера

1 голос
/ 08 ноября 2010

Проверка подлинности Windows основана на SID, содержащихся в токене входа , созданном при народном входе в Windows: не фактический пароль Windows или даже имя пользователя

Если это не удается, значит, у вас есть проблемы с Active Directory или некоторыми причинами, такими как Kerberos.

Скажем так, есть некоторая распространенная проблема, с которой я столкнулся: _

  • изменение пароля: в некоторых случаях сделать недействительным токен входа. Если у вас есть политика для смены пароля, то если вы просто попросите людей заблокировать / разблокировать их ПК, вы будете повторно входить в систему против AD

  • использовать FQDN + порт: если вы используете именованный экземпляр, клиент должен запросить порт 1434, чтобы получить фактический порт экземпляра. Если у вас много брандмауэров или удаленных клиентов, то иногда такое рукопожатие не удается. IIRC как-то связан с Kerberos. Мы нашли, что использование server.domain.tld\instance, port решило все наши проблемы (я говорю о сервере из США или Гонконга в Европу)

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