Ошибка подключения ко всем моим серверам SQL - PullRequest
Новая
       170

Ошибка подключения ко всем моим серверам SQL

11 голосов
/ 09 февраля 2010

Я неожиданно начал получать эту ошибку при попытке подключиться к любому из моих серверов sql (25+) из SSMS в Windows XP. Когда я вчера ушел с работы, все работало нормально, пришел сегодня утром, и я начал получать это. Попытался перезагрузить мой компьютер, но это явно не помогло. Мои коллеги все могут подключиться просто отлично. Искал решение, но все, что я нашел, касалось шифрования приложений .NET. Не уверен, как применить это к SSMS. альтернативный текст http://picasaweb.google.com/lh/photo/-l9VrFuYXk-A80NzZ1kzng?feat=directlink

По какой-то причине изображение не будет работать, поэтому ошибка такова:

Соединение было успешно установлено с сервером, но затем произошла ошибка во время рукопожатия перед входом в систему. (поставщик: поставщик SSL, ошибка: 0 - цепочка сертификатов была выдана ненадежным органом.) (Microsoft SQL Server)

Ответы [ 6 ]

17 голосов
/ 22 июня 2012

Похоже, что на вопрос уже получен ответ, но я хотел бы его включить. Для некоторых поставщиков, таких как SQL Server, в строке подключения есть параметр, который позволяет подключаться к серверу в зашифрованном виде, даже если сертификат неизвестен: "TrustServerCertificate = True ", поэтому, если вы включите это в строку подключения, вы будете подключаться и работать в зашифрованном виде, и вам не нужно будет запускать соединение без шифрования.

11 голосов
/ 09 февраля 2010

Попробуйте это ...

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

Откройте клиентскую сетевую утилиту (у меня здесь: C: \ WINDOWS \ system32 \ cliconfg.exe). На вкладке Общие проверьте отключенные протоколы. Все они должны иметь «принудительное шифрование протокола» не проверено . Если это проверено для любого из этих значений, ваша локальная система SSMS, вероятно, пытается принудительно установить зашифрованное соединение и терпит неудачу.

Сообщите, если это не сработает, и я еще немного поищу.

2 голосов
/ 09 февраля 2010

Вы подключаетесь к своим SQL-серверам, запрашивая зашифрованные подключения, и не доверяете сертификатам, которые используются этими серверами. Почему это происходит, зависит от множества причин.

  • Используют ли ваши серверы самозаверяющие сертификаты или сертификаты, выпущенные PKI?
  • Кто является уполномоченным органом ИПК, выдавшим ваши сертификаты? Это услуга корпоративного сертификата?
  • Доверяет ли ваш компьютер полномочия root PKI?

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

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

1 голос
/ 14 декабря 2016
  • Открыть командную строку: нажмите клавишу Windows + R, затем введите cmd и запустите

  • Введите это:

    runas / user: [ YourDomainName ] \ [ YourActiveDirectoryUserName ] / netonly cmd

  • Введите пароль вашей активной директории и нажмите enter

  • В новом командном окне введите ваш путь SSMS.exe с двойным символом, например:

"C: \ Program Files (x86) \ Microsoft SQL Server \ 130 \ Tools \ Binn \ ManagementStudio \ Ssms.exe"

  • Затем войдите в систему с аутентификацией Windows
1 голос
/ 27 августа 2014

Я получил эту ошибку, я пытался подключить удаленный сервер SQL (SaaS) в MS Cloud Я добавил новое правило брандмауэра на портале Azure с IP-адресом клиента, который решил мою проблему

1 голос
/ 09 февраля 2010

По этой ссылке:

Отключить принудительное шифрование на стороне клиента на сервере. На машине, которая запускает экземпляр SQL Server, откройте диспетчер конфигурации SQL Server, щелкните правой кнопкой мыши собственный клиент SQL Конфигурация и настройка Force Protocol Шифрование на номер. Затем попробуйте подключиться локально.

http://blogs.msdn.com/sql_protocols/archive/2005/12/22/506607.aspx

...