Ошибка подключения к SQL Server 2005: не удалось создать контекст SSPI

Question

Предоставлено: поставщик Microsoft OLE DB для SQL Server. Кто-нибудь может мне с этим помочь.. Я пытался связаться с LLBLgen

Answer 1

В моем случае я обнаружил, что аккаунт заблокирован. Причиной я был ранее, на другой машине более 3 раз пытался зайти в систему. Он не узнал меня - и, наконец, заблокировал мой аккаунт.

При повторном открытии аккаунта все заработало нормально.

ш Jan

Answer 2

На этой странице блога MSDN есть кое-что полезное ...

http://blogs.msdn.com/sql_protocols/archive/2006/12/02/understanding-kerberos-and-ntlm-authentication-in-sql-server-connections.aspx

Answer 3

Я исправил это, сопоставив диск с сервером, на котором работает MSSQL. Похоже, это создало какое-то доверие, которое позволяет MSSQL подключаться без этой ошибки даже после перезагрузки.

Answer 4

Ошибка, которую вы получаете, почти всегда вызвана проблемой с использованием аутентификации Windows. Попробуйте переключиться на имя входа на SQL-сервере (имя пользователя / пароль) или убедитесь, что у вашего текущего имени входа Windows есть доступ к SQL-серверу и базе данных, к которой вы пытаетесь подключиться.

-Edoode

Answer 5

В моем случае проблема синхронизации времени в доменной среде Windows 2003 была фактически проблемой.

Это было довольно легко упустить из виду, поскольку они находились в двух разных часовых поясах, хотя на часах показывали одинаковое время; который фактически составлял около 1 часа.

Так что, кроме времени на их часах, проверьте и часовые пояса.

Answer 6

Краткий ответ: Вы недавно меняли пользователя, от имени которого работает служба? Был ли сбой системы?

Длинный ответ: Я знаю, что это старо, но я хочу опубликовать свой опыт, который я только что получил. Мы часами гуглили и ничего не нашли, что сработало. В конце концов мы натолкнулись на ряд действий, которые могут вызвать это:

Если вы измените пользователя, под которым запускается сервер Sql (например, из локальной системы на домен usr), и выполните определенные обновления, а сервер не перезагружается безопасно - вы получите это.

Итак, мы снова установили локальную систему, и bam все заработало. Поменял его на пользователя домена, без лишнего труда. Хорошо. Поменял его на локальную систему, перезагрузил, поменял на пользователя домена, перезагрузил, bam - трудоемкий. Все было хорошо в нашем мире. Позже тем утром это снова оборвалось ... все еще работает над этим сейчас, но приоритет меняется, и я не уверен, что мы продолжим работу над этой проблемой, поэтому я хотел опубликовать что-то на случай, если это случится с кем-то еще.

Что вызвало у нас то, что мы сделали обновление и, по-видимому, узнали, что запускать Sql Server в качестве локальной системы плохо, поэтому мы изменили его на пользователя домена. Мы никогда не перезагружались, но перезапускаем сервис. Через месяц мы делаем обновления. Мы не перезагружаемся. Проходит месяц, и раздается разветвитель, в результате чего сервер неожиданно отключается. Еще через месяц мы обнаруживаем проблему, потому что редко подключаемся к этой конкретной базе данных (Интересно, что Sql Server 2008 работал нормально ... это был только 2005 год). Или ... по крайней мере, это лучшее, с чем мы сталкивались.

Наш администратор не любит Vista и любит винить во всем Vista (отказывается позволить нам протестировать Windows 7) ... так что он гуглил "sspi vista" или что-то вроде (я знаю, что у него были sspi и vista, но возможно, у него был еще один ... на случай, если вам понадобится Google, это было хорошо), и он наткнулся на статью, в которой довольно подробно объясняется наш сценарий, после того как мы встретились, мы все помним эти фрагменты и соединили эту картинку.

Answer 7

Я получаю проблему, когда время на моем клиентском компьютере установлено по-другому, чем на сервере или компьютере AD (я пытался проверить в будущем).

Answer 8

Существует статья Microsoft KB, в которой рассматриваются многие причины этой области (KB811889) по следующему URL-адресу: http://support.microsoft.com/kb/811889.

Многие поиски в Google показывают, что один из этапов диагностики помог большинству людей, столкнувшихся с проблемой.

У меня недавно была именно эта проблема, когда я получал эту ошибку только при аутентификации с использованием определенных учетных записей, но не других. В конечном счете причина моей проблемы не упоминалась ни в одной КБ или статье, которую я нашел в сети, но методом проб и ошибок я обнаружил, что когда учетная запись, используемая для аутентификации SSPI для SQL Server (2k8), оказалась в большом количестве групп (в моем случае более 250) вы получите ошибку «Cannot Generate SSPI context». Я подозреваю, что это как-то связано с переполнением маркера безопасности, который использует Kerberos, и сталкивался с похожими странными проблемами аутентификации для учетных записей пользователей в большом количестве групп.

Answer 9

Попробуйте синхронизировать дату и время с доменами. Проблема SSPI может быть связана с проблемами аутентификации Active Directory, некоторые из которых связаны с изменениями даты и времени. Это очень просто проверить и исправить. Попробуйте!

Answer 10

Я иногда получал эту ошибку при подключении к моему локальному серверу SQL с проверкой подлинности Windows. К сожалению, я никогда не исправлял его - он исчез, когда я переустанавливал Windows.

Я думаю, что перезагрузка использовалась, чтобы исправить это - вы пробовали это? Не совсем лучшее решение, я знаю: P