Соединение с сервером было успешно установлено, но затем произошла ошибка во время рукопожатия перед входом в систему.

Решение

1) Очистите свое решение VS.Net

2) Восстановить проект.

3) Сбросить IIS

4) Снова запустите проект.

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

• Сохраните свою работу,
  
• Закройте Visual Studio, затем
  
• Снова откройте свой проект

Это сработало для меня.

У меня сработала следующая команда:

netsh Winsock reset

Видно на https://serverfault.com/a/487139/250527

В моем случае эта ошибка произошла с ядром сети и Microsoft.Data.SqlClient. Решением было добавить ;TrustServerCertificate=true в конец строки подключения.

У меня была такая же проблема, я хранил данные сеанса в базе данных, в строке подключения было Encrypt = True, которое, как я полагаю, сообщило клиенту sql подключиться к серверу в безопасном (SSL) режиме , удаление помогло!

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

Следует отметить, что в то время как некоторые потоки вызвали это исключение, другие выбросили:

System.Data.SqlClient.SqlException (0x80131904): истекло время ожидания подключения. Время ожидания истекло при попытке использовать подтверждение квитирования перед входом в систему. Это могло быть связано с тем, что квитирование перед входом в систему не удалось или сервер не смог ответить вовремя. Время, затраченное на попытку подключения к этому серверу, было - инициализация [Pre-Login] = 43606; рукопожатие = 560; ---> System.ComponentModel.Win32Exception (0x80004005): время ожидания операции истекло

Обе проблемы исчезли после того, как система была изменена, чтобы она могла работать с меньшим объемом оперативной памяти.

Вы можете проверить несколько вещей:

1. Ваш производственный сервер разрешает удаленные подключения. (возможно, кто-то отключил это, особенно если у вас есть администратор баз данных)

2. Проверьте строку подключения. Иногда, если вы используете IP-адрес или имя сервера, это вызывает эту ошибку. Попробуйте оба.

В моем случае это было:

Persist Security Info=True;

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

Как описано в ответе Рикардо,

netsh Winsock reset

работал у меня,

PS, если у вас установлен диспетчер загрузок в Интернете или такие программы, которые изменяют настройки IP, то после выполнения этой команды при перезагрузке компьютера IDM попросит изменить настройку, в этом случае установите «НЕТ», а затем запустите приложение будет работать правильно.

Надеюсь на это

У меня была аналогичная проблема, когда я не мог подключиться к базе данных и попробовал рекомендации здесь.

В конце концов, у меня сработало следующее:

Использовал средство диспетчера конфигурации SQL Server для включения протоколов TCP / IP и / или именованных каналов на клиентском компьютере SQL Server.

1. Нажмите кнопку «Пуск», выберите «Все программы» и нажмите «Диспетчер конфигурации SQL Server».
2. Щелкните, чтобы развернуть «Сетевая конфигурация SQL Server», а затем щелкните «Клиентские протоколы».
3. Щелкните правой кнопкой мыши протокол TCP / IP и выберите Включить.
4. Щелкните правой кнопкой мыши протокол именованных каналов и выберите команду Включить.
5. Если будет предложено, перезапустите службу SQL-сервера.

Я до сих пор не знаю, почему и когда это было отключено.

Я перезапустил службу SQL Server (Sharepoint), и проблема была решена.

Для меня решение - убить зомби-рабочие процессы IIS Express.

например найдите в диспетчере задач и завершите задачу.

У меня возникла точно такая же проблема без изменений в базе кода или серверах. Оказалось, что сервер БД работал на 100% ЦП, а SQL Server не хватало процессорного времени, что вызвало тайм-аут.

Пробовал большую часть вышеперечисленного, и ничего не получилось. Затем отключил программное обеспечение VPN (NordVPN), и все стало нормально.

У меня была такая же проблема, и мне не повезло с предлагаемыми исправлениями. Затем я наткнулся на this article и увидел комментарий Мирра относительно программы под названием Sendori, блокирующей LSP. Не знаю, как он попал на мой компьютер, но он был там, и его удаление устранило проблему.

Если статья не работает, просто проверьте свои программы и удалите Sendori, если вы ее видите.

Была такая же проблема через много дней. Мне пришлось явно добавить поддержку TLS1.2 в мой основной проект, чтобы устранить эту ошибку, и все работало нормально. (ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;)

См. Ссылку ниже для получения дополнительной информации (спасибо автору Усману Хуршиду) https://www.itechtics.com/connection-successfully-established-error-occured-pre-login-handshake/

Если вы подключаетесь к старому SQL Server:

Переключитесь с System.Data. SqlClient.SqlConnection на System.Data. OleDb.OleDbConnection

Используйте строку подключения OleDb:

<connectionStrings>
<add name="Northwind" connectionString="Provider=SQLOLEDB.1; Data Source=MyServer; Initial Catalog=Northwind;  Persist Security Info=True; User ID=abc; Password=xyz;" providerName="System.Data.OleDb" />
</connectionStrings>

Я пробовал много решений за последний месяц, ни одно не помогло. Проблема в том, что производственная база данных находится внутри VPN, и почему-то поставщик услуг Интернета считает, что HTTP-соединение небезопасно. Однако мне удалось подключиться к той же производственной БД из SSMS (использует TCP).

Мое решение: использовать мобильный телефон в качестве точки доступа и использовать мобильные данные вместо моего рабочего / домашнего Wi-Fi.

Была та же проблема, причиной этого была библиотека BCrypt.Net, скомпилированная с использованием .NET 2.0 framework, в то время как весь проект, который ее использовал, компилировался с .NET 4.0. Если симптомы такие же, попробуйте загрузить исходный код BCrypt и перестроить его в конфигурации выпуска < / em> в .NET 4.0. После того, как я это сделал, «рукопожатие перед входом» сработало нормально. Надеюсь, это кому-нибудь поможет.