Ошибка произошла во время рукопожатия перед входом в систему, из-за Антивируса?

Question

Мне нужна ваша экспертиза по одному из моих вопросов. Я часто получаю периодически возникающую проблему от нашего локального шлюза Power BI до подключения к SQL

Ошибка из журнала шлюза

Ошибка: соединение было успешно установлено с сервером, но затем произошла ошибка во время рукопожатия перед входом в систему. (поставщик: поставщик SSL, ошибка: 0 - истекло время ожидания операции ожидания.)

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

Шаги, которые мы сделали, чтобы найти основную причину

• Проверено как на сервере шлюза, так и на сервере SQL. Только TLS 1.2 включен, другие версии TLS отключены.
• создал файл.udl и попытался установить соединение, но получил сообщение об ошибке [DBNETLIB] ConnectionOpen( SECCreateCredentials().] Ошибка безопасности SSL.

Наконец, мы связались с нашей внутренней службой поддержки, они сказали запустить трассировщик сети. Так мы и сделали. Через некоторое время нам посчастливилось зафиксировать ошибку в трассировщике сети. (Ниже изображение)

Служба поддержки рассказала:

Мы видим, что клиент (сервер шлюза) отправляет Клиенту привет через 14 секунд для подтверждения связи TLS SSL, эта задержка вызывает сбой соединения, так как соединение должно быть установлено в течение 15 секунд. Мы видим ту же схему, когда клиент вызывает задержку на нескольких экземплярах связи. И такая задержка обычно вызвана Antivirus

Мой вопрос:

• Это действительно проблема с антивирусом? Если так, то почему это не происходит все время?

PS Я знаю, что этот вопрос уже задан в SO и возможен для дубликата, но мой реальный вопрос, является ли этот антивирус возможной причиной этого?

Answer 1

После стольких попыток проблема наконец решена. Ниже приведено решение, которое сработало для нас.

• Присоединение к Azure AD, при котором подключения направляются на "login.microsoft.com" и задерживают подключения. Есть несколько настроек из реестра и GPO, которые необходимо выполнить для отключения этого автоматического присоединения к Azure WorkPlace.

https://docs.microsoft.com/en-us/azure/active-directory/device-management-troubleshoot-hybrid-join-windows-current

В нем говорится об ограничении сервера от присоединения к AzureAD через объект групповой политики, который разрешает:

HKLM\SOFTWARE\Policies\Microsoft\Windows\WorkplaceJoin\ key: autoWorkplaceJoin = 0

• При подключении к http://ctldl.windowsupdate.com/ см. Статью ниже, в которой говорится об этой проблеме.

https://blogs.technet.microsoft.com/askds/2018/04/10/tls-handshake-errors-and-connection-timeouts-maybe-its-the-ctl-engine/

Чтобы отключить его:
• Создайте резервную копию этого раздела реестра (экспортируйте и сохраните копию).
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\SystemCertificates\AuthRoot
• Затем создайте следующие значения реестра DWORD в разделе
“EnableDisallowedCertAutoUpdate”=dword:00000000 “DisableRootAutoUpdate”=dword:00000001

Надеюсь, это кому-то поможет в будущем!