З’єднання було успішно встановлено із сервером, але потім сталася помилка під час рукостискання попереднього входу

Я отримую наступну помилку, коли я намагаюся підключити виробничу БД з локального середовища.

Мені раніше вдалося підключити виробничу БД, але раптом у мене з’являється наступна помилка, будь-яка ідея?

З’єднання було успішно встановлено із сервером, але потім сталася помилка під час рукостискання попереднього входу. (постачальник: постачальник послуг TCP, помилка: 0 - ручка недійсна.)

Я намагався запустити веб-сайт asp.net на локальному ПК, на якому є рядок підключення Production DB, наступним є стек стеження за помилками, які я отримую в локальному середовищі.

>    at MyWebsiteDAL.clsForumQuestion.SelectAll(Int32 CurrentPageIndex, Int32 PageSize) in D:\EDrive\My WebSites\MyWebsite\MyWebsite\MyWebsiteDAL\clsForumQuestion.cs:line 821
       at CodeConnect.Default.Page_Load(Object sender, EventArgs e) in D:\EDrive\My WebSites\MyWebsite\MyWebsite\MyWebsite\Default.aspx.cs:line 100
       at System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e)
       at System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e)
       at System.Web.UI.Control.OnLoad(EventArgs e)
       at System.Web.UI.Control.LoadRecursive()
       at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

Будь-яка ідея, що тут може піти не так?

Рішення

1) Очистіть рішення VS.Net

2) Проект відновлення.

3) Скидання IIS

4) Запустіть проект ще раз.

В основному це вирішило мою проблему, але в моєму випадку я не отримував цієї помилки, і раптом моє місцеве оточення починає давати мені вище помилки, тому, можливо, цей трюк працює для мене.

- Збережіть свою роботу,
- Закрийте Visual Studio, потім
- Відкрийте свій проект

Завжди працює на мене.

Запуск наступної команди працював на мене:

netsh Winsock reset

Побачено на https://serverfault.com/a/487139/250527

Я зіткнувся з цією помилкою під час запуску дуже дорогих процесів на пам'ять. Коли в системі почало бракувати пам'яті, я почав помічати подібні помилки. Мені довелося змінити алгоритм, щоб краще використовувати ОЗУ.

Зауважимо, що хоча деякі теми викидали цей виняток, деякі інші кидали:

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

Обидві проблеми зникли після зміни системи, щоб вона могла працювати з меншою кількістю оперативної пам’яті.

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

Ви можете перевірити кілька речей:

1. Ви виробничий сервер дозволяє віддалені з'єднання. (можливо, хтось відключив це, особливо якщо у вас є DBA)

2. Перевірте свій рядок з'єднання. Іноді, якщо ви використовуєте ip-адресу або ім’я сервера, це спричинить цю помилку. Спробуйте обидва.

У моєму випадку це було:

Persist Security Info=True;

у моєму рядку з'єднання, який потрібно було видалити. Як тільки я це зробив, у мене більше не було проблем.

У моєму випадку ця помилка сталася з точковим чистим ядром та Microsoft.Data.SqlClient. Постанова повинна була додати ;TrustServerCertificate=trueдо кінця рядка з'єднання.

Як описано у відповіді Рікардо ,

netsh Winsock reset

працював на мене,

PS якщо у вас є Інтернет-менеджер завантажень або такі програми, які змінюють налаштування IP, то після запуску цієї команди при перезавантаженні комп'ютера IDM попросить змінити налаштування. В цьому випадку встановіть NO, а потім запустіть свою програму, вона буде працювати правильно.

Сподіваюсь

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

Зрештою, це для мене спрацювало:

Використовували інструмент Менеджера конфігурації SQL Server для включення протоколів TCP / IP та / або іменованих труб на клієнтському комп'ютері SQL Server.

1. Клацніть Пуск, наведіть курсор на Усі програми та натисніть Менеджер конфігурацій SQL Server.
2. Клацніть, щоб розгорнути мережеву конфігурацію SQL Server, а потім натисніть Протоколи клієнта.
3. Клацніть правою кнопкою миші протокол TCP / IP, а потім натисніть Увімкнути.
4. Клацніть правою кнопкою миші протокол Named Pipes, а потім натисніть Увімкнути.
5. Перезапустіть службу сервера SQL, якщо буде запропоновано зробити це.

Я досі не впевнений, чому або коли це було відключено.

Для мене рішення полягає в тому, щоб знищити процеси зомбі IIS express.

наприклад, знайдіть у диспетчері завдань і закінчіть завдання.

У мене була ця сама проблема і мені не пощастило із запропонованими виправленнями. Потім я натрапив на цю статтю і побачив коментар Mirrh щодо програми під назвою Сендорі, що блокує LSP. Поняття не маю, як воно потрапило на мій комп'ютер, але там воно було, і усунення його вирішило проблему.

Якщо стаття не працює, просто перевірте свої програми та видаліть Sendori, якщо ви її бачите.

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

У мене виникла та сама проблема, без зміни кодової бази чи серверів. Виявилося, що сервер БД працює на 100% процесора, а SQL Server голодує будь-який час процесора, що спричинило час очікування.

З тією ж проблемою були багато днів. Я повинен був явно додати підтримку TLS1.2 у своєму базовому проекті, щоб вирішити цю помилку, і вона спрацювала чудово. (ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;)

Детальніше дивіться нижче за посиланням (спасибі автору Усману Хуршиду) https://www.itechtics.com/connection-successfully-established-error-ocured-pre-login-handshake/

Перепробував більшу частину сказаного і нічого не вийшло. Потім вимкнули програмне забезпечення VPN (NordVPN) і все було добре.

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

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

У цьому ж питанні причиною його була бібліотека BCrypt.Net, складена за допомогою .NET 2.0 фреймворку, тоді як весь проект, який використовував її, збирався з .NET 4.0. Якщо симптоми однакові, спробуйте завантажити вихідний код BCrypt та відновити його у конфігурації випуску в .NET 4.0. Після того, як я це зробив, «рукостискання перед входом» спрацювало чудово. Сподіваюся, це допоможе комусь.

Я зіткнувся з цією помилкою і зробив усі пропозиції від вас, хлопці, але жодна не вплинула на мою помилку.

Я зрозумів вину: якщо ви використовуєте *.iniфайл для вашої системи, ви, можливо, захочете перевірити, яке ім'я сервера введено туди, і переконайтеся, що воно таке, як у вашому рядку підключення web.config.

Тут працює одна і та сама відповідь, і жодних наведених тут відповідей не було, і жодних рішень я не міг знайти в Інтернеті. Випуск розпочався незабаром після оновлення ювілею Windows 10, застосованого на моєму ПК Dev, і торкнувся лише мого старого екземпляра SQL Server 2005. Мені не вдалося підключитися до екземпляра через мої веб-програми або навіть за допомогою Sql Management Studio.

Що це того, що для мене це вирішило:

1. Відкрийте Менеджер конфігурацій SQL Server (залежно від того, яку версію SQL Server ви використовуєте):

   • C: \ Windows \ SysWOW64 \ SQLServerManager.msc
   • C: \ Windows \ SysWOW64 \ SQLServerManager10.msc АБО
   • C: \ Windows \ SysWOW64 \ SQLServerManager12.msc АБО
   • тощо

2. Виберіть Служби SQL Server

3. Знайдіть проблемну службу та перегляньте Властивості

   • наприклад, SQL Server (SQL2005) у моєму випадку

4. На вкладці "Увійти" змініть "Вбудований рахунок" на "Служба мережі"

Про що майже сказано у цьому випадковому рішенні: http://www.kutayzorlu.com/operating-systems/linux-unix-redhat-debian-ubuntu-opensuse-centos/general-server-administrating/error-fixed-a-connection -був успішно встановлений-з-сервер, але-то-помилка-сталася-під час-перед-вхід-рукостискання-12405.html

Мережевий сервіс я вибрав взагалі без причини. Шахта вже була налаштована для використання локальної системи. Ця безпека для мене не має значення, оскільки це було проблематично лише на моїй локальній машині розвитку, доступ якої здійснювався лише локально. Я не можу порадити, чому це працює, але це було.

У моєму випадку я отримував помилку, коли хотів отримати доступ до віддаленої бази даних. Однак я вирішив це, запустивши службу браузера SQL Server.

Якщо ви підключаєтесь до старого SQL-сервера:

Перехід з System.Data. SqlClient.SqlConnection to 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>

У моєму випадку повторна активація TLS 1.0 на сервері БД вирішила цю проблему.