SQL - сталася помилка під час рукостискання перед входом у систему

До вчорашнього вечора я міг підключитися до свого сервера зі своєї локальної машини. Тепер я отримую таку помилку:

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

Зауважте, я можу без проблем увійти на власний сервер.

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

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

http://escapekeys.com/microsoft-sql-server-error-64-a-connection-was-successfully-established-with-the-server/89

Я також переглянув наступну статтю, змінив настройки TC / IP, перезапустив, але нічого.

http://blog.sqlauthority.com/2009/05/21/sql-server-fix-error-provider-named-pipes-provider-error-40-could-not-open-a-connection-to-sql- server-microsoft-sql-server-error /

Почав також пробувати пропозиції з коментарів, але зупинився, коли зрозумів, що, можливо, більше псую речі.

Отже, чому це відбувається / як я можу виправити?

У моїй ситуації у мене був фільтр вмісту / проксі-сервер під назвою Covenant Eyes, що ймовірно стало причиною.

Я спробував відновити інсталяцію SQL-сервера 2012 року, і він завершив установку, і досі проблема не виправлена. Як тільки я створив код для видалення та видалив фільтр, я міг підключитися; Мені навіть не довелося перезавантажуватись.

Перевірте наявність на сервері проксі-серверів та фільтрів вмісту та відключіть їх!

Відповідь запропонована тут: http://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/2d11b6f9-3ada-4682-b643-c721a97af4ba

Хворіють проблеми? Не знайте і не хвилюйтеся, що таке віночок або будь-який з цих гадюків низького рівня.

Перейдіть до командного рядка

зробити це

netsh Winsock reset

продовжуй своє життя і будь щасливим.

У моїй налаштуваннях я використовував зберігання даних сеансу у користувальницькій базі даних, у мене також були зашифровані дані (шифрування = правда) через рядок підключення, усунувши цю проблему!

Але я підозрюю, що дані не шифруються ssl як результат, однак, це не так багато проблем, поки ми не додамо більше веб-серверів!

Я зробив відновлення системи і зараз можу підключитися.

Відкрийте диспетчер конфігурацій SQL Server і переконайтеся, що служба SQL Server працює:

і налаштовано для дозволу TCP / IP-з'єднань:

Ця помилка сталася після встановлення програми, яка змінює налаштування Інтернет-протоколу вашого комп'ютера. Нещодавно у мене виникла та сама проблема після встановлення менеджера завантажень з Інтернету, оскільки IDM змінив налаштування ІР, і помилка виникає після видалення IDM з мого ПК та перезавантаження ПК.

Тож видаліть будь-яку програму, яка змінила налаштування Інтернет-протоколу, наприклад Менеджер завантажень через Інтернет.

Іноді ця помилка виникає через перевантаження з'єднань на SQL Server. Тому просто змініть свій БД на Однокористувача і знову змініть його на Багатокористувацький.

Або просто виконати цей запит.

використовувати головний ALTER DATABASE DatabaseName SET SINGLE_USER С НЕЗАЛЕЖНІЙ ПОВЕРХНЕНОСТІ ALTER DATABASE База даних Ім'я 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 як логін у студії управління SQL користувача, що входить на робочу станцію. 2) TLS 1.0 також забороняв цей доступ. Транспортний рівень безпеки TLS - це криптографічний протокол, який використовується для встановлення захищеного каналу зв'язку між двома системами. Він використовується для аутентифікації однієї або обох систем та захисту конфіденційності та цілісності інформації, яка проходить між системами.

У реєстрі обох комп'ютерів ми перейшли до \ HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.0 \ Server. Ми обміняємо значеннями в двох підрозділах.
Після перезавантаження я знову протестував і зміг успішно встановити з'єднання.

У нас було те саме питання. Ми перевірили все, включаючи підключення до ping, telnet та RDP і нарешті зрозуміли, що це почалося після того, як наш Інтернет-провайдер змінив маршрут. Після зміни маршруту він почав працювати.