Приложение, которое работало без проблемы (и не имел никакой активной разработки, сделанной на нем приблизительно за приблизительно 6 месяцев) недавно начало не удаваться соединиться с базой данных. Операционный администраторский наклон говорит, что, возможно, изменилось, который вызовет проблему.
Клиентское приложение использует hardcoded строку подключения с Интегрированным Security=True, но когда приложения пытаются создать соединение с базой данных, это бросает SQLException, говорящий "Вход в систему, отказавший для пользователя 'ВХОД В СИСТЕМУ NT AUTHORITY\ANONYMOUS".
Я могу войти в систему базы данных через Studio управления на этой учетной записи без проблемы. Все вещи, что я видел эту проблему, для проектов ASP.NET, и это - по-видимому, "Двойная проблема Транзитного участка", которую быть клиентским приложением чинило намного лучше не быть проблемой. Любая справка значительно ценилась бы.
Клиентская машина машины и сервера, а также учетные записи пользователей находится на том же домене. Это происходит, когда Windows Firewall выключен.
Ведущая теория: Сервер был перезапущен приблизительно неделя или поэтому назад и не удался зарегистрировать Сервисное имя принципала (SPN). Отказ зарегистрировать SPN может заставить интегрированную аутентификацию отступать к NTLM вместо Kerberos.
FWIW, в нашем случае веб-сайт (PHP), работающий на IIS, показывал это сообщение при попытке соединиться с базой данных.
разрешение состояло в том, чтобы отредактировать Анонимную аутентификацию на том веб-сайте для использования идентификационных данных Пула приложений (и мы настраиваем запись пула приложений для использования сервисной учетной записи, разработанной для того веб-сайта).