До вчерашнего вечера я мог подключиться к моему серверу с моей локальной машины. Теперь я получаю следующую ошибку:
Соединение с сервером было успешно установлено, но затем произошла ошибка во время квитирования перед входом в систему. (поставщик: поставщик SSL, ошибка: 0 - время ожидания истекло.) (Поставщик данных .Net SqlClient)
Обратите внимание: я могу без проблем войти на реальный сервер.
Вчера я установил IIS на свой компьютер и создал сайт, используя свой IP-адрес - не знаю, имеет ли это какое-то отношение.
Я наткнулся на эту статью, выполнил шаги, но, похоже, это не помогло.
Я также просмотрел следующую статью, изменил настройки TC / IP, перезапустился, но ничего.
Я тоже начал пробовать предложения из комментариев, но остановился, когда понял, что могу еще больше напутать.
Итак, почему это происходит / как я могу исправить?
Здесь предлагается ответ: http://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/2d11b6f9-3ada-4682-b643-c721a97af4ba
Устали от проблемы? Не знаю и не волнуйтесь, что такое winsock или что-то из этого дерьма низкого уровня.
Перейти в командную строку
сделай это
netsh Winsock reset
продолжайте свою жизнь и будьте счастливы.
В моей ситуации у меня был фильтр контента / прокси под названием Covenant Eyes, который был вероятной причиной.
Я попытался восстановить установку SQL Server 2012, но установка прервалась, но проблема все еще не решена. Как только я сгенерировал код удаления и удалил фильтр, я смог подключиться; Даже перезагружаться не пришлось.
Проверьте прокси и фильтры содержимого на машине и отключите их!
В моей конкретной настройке я использовал хранение данных сеанса в настраиваемой базе данных, у меня также были данные зашифрованы (Encrypt = True) через строку подключения, что устраняет проблему!
Я подозреваю, что в результате данные не шифруются по ssl, что не представляет большой проблемы, пока мы не добавим больше веб-серверов!
Я выполнил восстановление системы и теперь могу подключиться.
Откройте диспетчер конфигурации SQL Server и убедитесь, что служба SQL Server запущена:
и настроен для разрешения TCP / IP-соединений:
Эта ошибка возникла после установки программы, которая изменяет настройки интернет-протокола вашего компьютера. Недавно у меня возникла такая же проблема после установки диспетчера загрузок из Интернета, потому что IDM изменил настройки IP, и эта ошибка возникает после удаления IDM с моего компьютера и перезапуска компьютера, чтобы решить проблему.
Поэтому удалите любое приложение, которое изменило настройки Интернет-протокола, например, Интернет-менеджер загрузки.
Иногда эта ошибка возникает из-за перегрузки соединений на SQL Server. Так что просто измените свою БД на однопользовательскую и снова измените ее на многопользовательскую.
Или просто выполните этот запрос.
использовать главный ALTER DATABASE DatabaseName SET SINGLE_USER WITH ROLLBACK НЕМЕДЛЕННЫЙ ALTER DATABASE DatabaseName SET MULTI_USER
Это решило мою проблему. :) Наслаждаться..!!
Ни одно из этих решений не помогло мне. Что действительно работало, так это следующее:
В диспетчере конфигурации SQL Server
Выберите службы SQL Server
Найдите проблемную службу и просмотрите свойства
На вкладке «Вход в систему» измените «Встроенная учетная запись» на «Сетевая служба».
Отказ от ответственности: это было на моем локальном компьютере разработчика, поэтому у меня не было проблем с безопасностью.
Эта проблема может быть связана с межсетевым экраном посередине, который выполняет проверку SSL.
Я предлагаю вам либо попробовать еще раз использовать другое соединение, не выполняющее проверку SSL, либо попросить администратора брандмауэра создать исключение для источника и / или пункта назначения, к которому вы подключаетесь,
Ура!
Я получал это сообщение об ошибке на каждой рабочей станции, пытающейся подключиться к SQL. Все компьютеры подключены к домену. Что я сделал для решения этой проблемы:
1) Создайте доменное имя \ имя пользователя в качестве логина в SQL Management Studio пользователя, выполняющего вход на рабочую станцию. 2) TLS 1.0 также препятствовал этому доступу. Безопасность транспортного уровня TLS - это криптографический протокол, используемый для установления безопасного канала связи между двумя системами. Он используется для аутентификации одной или обеих систем, а также для защиты конфиденциальности и целостности информации, передаваемой между системами.
В реестре обоих компьютеров мы зашли в \ HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.0 \ Server. Мы меняем местами значения в двух подключах.
После перезагрузки я снова протестировал и смог успешно установить соединение.
Возможно, вы недавно изменили настройки пользовательских подключений на сервере SQL.
Вы должны запустить свой экземпляр в однопользовательском режиме, добавив -m в параметр запуска. Затем вам нужно изменить настройки пользовательских подключений с помощью следующих команд:
USE AdventureWorks2012 ;
GO
EXEC sp_configure 'show advanced options', 1;
GO
RECONFIGURE ;
GO
EXEC sp_configure 'user connections', 325 ;
GO
RECONFIGURE;
GO
У нас была такая же проблема. Мы проверили все, включая ping, telnet и подключение RDP, и наконец поняли, что это начало происходить после того, как наш интернет-провайдер изменил маршрут. После смены маршрута заработал.