До вчерашнего вечера я мог подключаться к своему серверу с моей локальной машины. Теперь я получаю следующую ошибку:
Соединение с сервером было успешно установлено, но во время рукопожатия перед входом в систему произошла ошибка. (поставщик: поставщик SSL, ошибка: 0 - истекло время ожидания операции ожидания.) (поставщик данных .Net SqlClient)
Обратите внимание, я могу войти на реальный сервер без проблем.
Вчера я установил IIS на свою машину и настроил сайт, используя мой IP-адрес - не знаю, имеет ли это какое-либо отношение.
Я наткнулся на эту статью, следовал инструкциям, но, похоже, не помог.
Я также прошел следующую статью, изменил настройки TC / IP, перезапустил, но ничего.
Я тоже начал пробовать предложения по комментариям, но прекратил, когда понял, что могу все испортить.
Итак, почему это происходит / как я могу это исправить?
источник
netstat -ao
и убедитесь, что порт 1433 прослушивает и что PID принадлежит sqlservr.exe. Если он прослушивает, убедитесь, что TCP / IP включен для IP-адреса, к которому вы фактически подключаетесь в SQL Server Configuration Manager (как показал Макс, но также откройте свойства TCP / IP и убедитесь, что правильный IP-адрес включен).Ответы:
В моей ситуации у меня был контент-фильтр / прокси под названием Covenant Eyes, который был вероятной причиной.
Я попытался восстановить установку SQL Server 2012, и она потерпела крах установки, но проблема так и не была устранена. Как только я сгенерировал код удаления и удалил фильтр, я смог подключиться; Мне даже не пришлось перезагружаться.
Проверьте прокси и фильтры содержимого на машине и отключите их!
источник
Ответ изложен здесь: http://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/2d11b6f9-3ada-4682-b643-c721a97af4ba
источник
В моей конкретной установке я использовал хранение данных сеанса в пользовательской базе данных, у меня также были зашифрованные данные (Encrypt = True) через строку подключения, устранение этого устранило проблему!
Однако я подозреваю, что в результате данные не зашифровываются по протоколу ssl, но это не большая проблема, пока мы не добавим больше веб-серверов!
источник
Я сделал восстановление системы и теперь могу подключиться.
источник
Откройте диспетчер конфигурации SQL Server и убедитесь, что служба SQL Server работает:
и настроен для разрешения соединений TCP / IP:
источник
Поэтому удалите любое приложение, которое изменило настройки интернет-протокола, например, диспетчер загрузки через Интернет.
источник
Иногда эта ошибка возникает из-за перегрузки соединений на SQL Server. Так что просто измените вашу БД на Однопользовательский и снова измените его на Многопользовательский.
Или просто выполните этот запрос.
использовать мастер ALTER DATABASE DatabaseName SET SINGLE_USER WITH ROLLBACK НЕМЕДЛЕННЫЙ ALTER DATABASE DatabaseName SET MULTI_USER
Это решило мою проблему. :) Наслаждаться..!!
источник
Ни одно из этих решений не помогло мне. То, что работало, было следующим:
/programming/3270199/a-connection-was-successfully-established-with-the-server-but-then-an-error-occ/44703629#44703629
В диспетчере конфигурации SQL Server
Выберите службы SQL Server
Найдите проблемный сервис и просмотрите свойства
На вкладке «Вход в систему» измените «Встроенная учетная запись» на «Сетевая служба»
Отказ от ответственности: это было на моем локальном ПК разработчика, поэтому у меня не было проблем с безопасностью при этом.
источник
Эта проблема может быть связана с межсетевым экраном в середине, который выполняет проверку SSL.
Я предлагаю вам либо повторить попытку, используя другое соединение без проверки SSL, либо попросить администратора брандмауэра создать исключение для источника и / или назначения, к которому вы подключаетесь,
Ура!
источник
Я получал это сообщение об ошибке на каждой рабочей станции, пытающейся подключиться к SQL. Все компьютеры подключены к домену. Что я сделал, чтобы решить эту проблему:
1) Создайте domian \ user name в качестве имени входа в SQL Management Studio, когда пользователь входит в систему на рабочей станции. 2) TLS 1.0 также предотвращал этот доступ. TLS - это криптографический протокол, используемый для установления безопасного канала связи между двумя системами. Он используется для аутентификации одной или обеих систем, а также для защиты конфиденциальности и целостности информации, которая передается между системами.
В реестре обоих компьютеров мы перешли на \ HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.0 \ Server. Мы поменяем значения в двух подразделах.
После перезагрузки я снова проверил и смог успешно установить соединение.
источник
У нас была такая же проблема. Мы проверили все, включая ping, telnet и RDP, и наконец поняли, что это начало происходить после того, как наш провайдер изменил маршрут. После изменения маршрута он начал работать.
источник