При подключении серверов SQL Server в Windows в приложениях возникают ошибки принудительного закрытия подключения TLS

Эта статья поможет устранить проблему, возникающую при попытке приложения открыть подключение к SQL Server.

Применимо к: Windows Server 2019, Windows Server 2016
Исходный номер базы знаний: 4557473

Симптомы

Когда приложение пытается открыть подключение к SQL Server, отображается одно из следующих сообщений об ошибке:

Подключение к серверу успешно установлено, но затем произошла ошибка при входе. (Поставщик: поставщик SSL, ошибка: 0 — существующее подключение было принудительно закрыто удаленным узлом.)

Соединение было успешно установлено с сервером, но при подтверждении перед входом возникла ошибка. (поставщик: поставщик TCP, ошибка: 0 — существующее подключение было принудительно закрыто удаленным узлом.)

Если вы включили ведение журнала SChannel на сервере, при возникновении проблемы вы получите событие с идентификатором 36888 (было создано неустранимое оповещение).

Примечание.

  • В зависимости от используемого поставщика или драйвера сообщение об ошибке может немного отличаться.
  • Эта проблема также возникает, когда приложение, работающее на Windows Server 2012 R2, пытается подключиться к SQL Server, работающему в Windows Server 2019.
  • Другие клиентские серверные приложения могут столкнуться с аналогичной проблемой.

Причина

Windows 10 версии 1511 и более поздних версий Windows, включая Windows Server 2016 или Windows 10 версии 1607 с обновлениями, выпущенными 25 февраля или более поздними обновлениями, содержат нулевое обновление. В то же время все версии Windows, выпущенные до этого, не содержат начальных нулевых обновлений.

Клиент и сервер TLS должны вычислять ключи точно так же, иначе они получают разные результаты. Подключения TLS случайным образом завершаются сбоем, если начальные нули вычисляются по-разному клиентом TLS и СЕРВЕРАми TLS.

Если группа обмена ключами Diffie-Hellman имеет начальные нули, непатшированные компьютеры могут неправильно вычислить mac, не учитывая заполненные нули. Эта проблема обычно возникает при взаимодействии с реализациями шифрования, не основанными на Windows, и может привести к периодическим сбоям согласования.

Сообщения об ошибках возвращаются при согласовании безопасного подтверждения TLS между клиентом и сервером с помощью набора шифров TLS_DHE. Использование одного из затронутых наборов шифров можно определить в пакете "Server Hello". Дополнительные сведения см. в фрагменте сети в разделе "Дополнительные сведения".

Разрешение

Чтобы устранить эту проблему, убедитесь, что клиент и сервер, участвующие в подключении, работают под управлением Windows, в котором установлены основные исправления для TLS_DHE. Рекомендуется установить обновления, так как они повышают соответствие спецификациям TLS_DHE.

Ниже приведен список версий операционной системы в соответствии с установленными обновлениями.

Версии Windows, содержащие нулевые исправления для TLS_DHE

  • Windows Server 2016, версия 1607
    • KB 4537806: 25 февраля 2020 г. KB4537806 г. (сборка ОС 14393.3542)
    • KB 4540670: 10 марта 2020 г. KB4540670 г. (сборка ОС 14393.3564)
    • Обновления, заменяющие KB4537806 и KB4540670 для соответствующих версий ОС
  • Windows Server 2019 RTM и более поздних версий.
  • Windows 10 версии 1511 и более поздних версий Windows 10 (см. журнал выпусков)

Версии Windows, которые не содержат основных нулевых исправлений для TLS_DHE

  • Windows Server 2016, серверы версии 1607 без исправлений KB 4537806 и KB 4540670.
  • Windows 10, версия 1507
  • Windows 8.1
  • Windows 7
  • Windows Server 2012 R2 и более ранних версий Windows Server

Обходной путь

Если вы не можете обновить Windows в качестве обходного решения, вы можете отключить TLS_DHE шифры с помощью одного из двух методов.

Использование групповой политики

Шифры TLS_DHE_* можно отключить с помощью групповая политика. Сведения о настройке групповой политики "Порядок комплектов шифров SSL" см. в статье Приоритизация комплектов шифров Schannel .

URL-адрес политики: конфигурация компьютера —> административные шаблоны —> сеть —> параметры конфигурации SSL
Параметр политики: параметр порядка набора шифров SSL.

Использование скрипта PowerShell

foreach ($CipherSuite in $(Get-TlsCipherSuite).Name)
{
    if ( $CipherSuite.substring(0,7) -eq "TLS_DHE" )
    {
       "Disabling cipher suite: " + $CipherSuite
       Disable-TlsCipherSuite -Name $CipherSuite
    }
    else
    {
        "Existing enabled cipher suite will remain enabled: " + $CipherSuite
    }
}

Дополнительная информация

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

1103479 <DateTime> 382.4104867 <Application IP> <Server IP> TCP:Flags=CE....S., SrcPort=62702, DstPort=1433, PayloadLen=0, Seq=829174047, Ack=0, Win=8192 ( Negotiating scale factor 0x8 ) = 8192  
1103486 <DateTime> 382.4105589 <Server IP> <Application IP> TCP: [Bad CheckSum]Flags=...A..S., SrcPort=1433, DstPort=62702, PayloadLen=0, Seq=267349053, Ack=829174048, Win=65535 ( Negotiated scale factor 0x8 ) = 16776960  
1103493 <DateTime> 382.4113628 <Application IP> <Server IP> TCP:Flags=...A...., SrcPort=62702, DstPort=1433, PayloadLen=0, Seq=829174048, Ack=267349054, Win=513 (scale factor 0x8) = 131328  
1103515 <DateTime> 382.4117349 <Application IP> <Server IP> TDS:Prelogin, Version = 7.300000(No version information available, using the default version), SPID = 0, PacketID = 1, Flags=...AP..., SrcPort=62702, DstPort=1433, PayloadLen=88, Seq=829174048 - 829174136, Ack=267349054, Win=131328  
1103525 <DateTime> 382.4118186 <Server IP> <Application IP> TDS:Response, Version = 7.300000(No version information available, using the default version), SPID = 0, PacketID = 1, Flags=...AP..., SrcPort=1433, DstPort=62702, PayloadLen=48, Seq=267349054 - 267349102, Ack=829174136, Win=2102272  
1103547 <DateTime> 382.4128101 <Application IP> <Server IP> TLS:TLS Rec Layer-1 HandShake: Client Hello.  
1103584 <DateTime> 382.4151314 <Server IP> <Application IP> TLS:TLS Rec Layer-1 HandShake: Server Hello. Certificate. Server Key Exchange. Server Hello Done.  
1103595 <DateTime> 382.4161185 <Application IP> <Server IP> TCP:Flags=...A...., SrcPort=62702, DstPort=1433, PayloadLen=0, Seq=829174322, Ack=267351024, Win=513 (scale factor 0x8) = 131328  
1103676 <DateTime> 382.4782629 <Application IP> <Server IP> TLS:TLS Rec Layer-1 HandShake: Client Key Exchange.; TLS Rec Layer-2 Cipher Change Spec; TLS Rec Layer-3 HandShake: Encrypted Handshake Message.  
1103692 <DateTime> 382.4901904 <Server IP> <Application IP> TCP:[Segment Lost] [Bad CheckSum]Flags=...A...F, SrcPort=1433, DstPort=62702, PayloadLen=0, Seq=267351024, Ack=829174648, Win=8210 (scale factor 0x8) = 2101760  
1103696 <DateTime> 382.4918048 <Application IP> <Server IP> TCP:Flags=...A...., SrcPort=62702, DstPort=1433, PayloadLen=0, Seq=829174648, Ack=267351025, Win=513 (scale factor 0x8) = 131328  
1103718 <DateTime> 382.4931068 <Application IP> <Server IP> TCP:Flags=...A...F, SrcPort=62702, DstPort=1433, PayloadLen=0, Seq=829174648, Ack=267351025, Win=513 (scale factor 0x8) = 131328  
1103723 <DateTime> 382.4931475 <Server IP> <Application IP> TCP: [Bad CheckSum]Flags=...A...., SrcPort=1433, DstPort=62702, PayloadLen=0, Seq=267351025, Ack=829174649, Win=8210 (scale factor 0x8) = 2101760  

Изучение пакета Server Hello для просмотра используемого набора шифров:

Frame: Number = 1103584, Captured Frame Length = 2093, MediaType = NetEvent  
+NetEvent:  
+MicrosoftWindowsNDISPacketCapture: Packet Fragment (1976 (0x7B8) bytes)  
+Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[00-00-0C-9F-F4-5C],SourceAddress:[00-1D-D8-B8-3A-7B]  
+Ipv4: Src = <Server IP>, Dest = <Application IP>, Next Protocol = TCP, Packet ID = 16076, Total IP Length = 0  
+Tcp: [Bad CheckSum]Flags=...AP..., SrcPort=1433, DstPort=62702, PayloadLen=1938, Seq=267349102 - 267351040, Ack=829174322, Win=8211 (scale factor 0x8) = 2102016  
+Tds: Prelogin, Version = 7.300000(No version information available, using the default version), SPID = 0, PacketID = 0, Flags=...AP..., SrcPort=1433, DstPort=62702, PayloadLen=1938, Seq=267349102 - 267351040, Ack=829174322, Win=2102016  
TLSSSLData: Transport Layer Security (TLS) Payload Data  
-TLS: TLS Rec Layer-1 HandShake: Server Hello. Certificate. Server Key Exchange. Server Hello Done.  
-TlsRecordLayer: TLS Rec Layer-1 HandShake:  
ContentType: HandShake:  
+Version: TLS 1.2  
Length: 1909 (0x775)  
-SSLHandshake: SSL HandShake Server Hello Done(0x0E)  
HandShakeType: ServerHello(0x02)  
Length: 81 (0x51)  
-ServerHello: 0x1  
+Version: TLS 1.2  
+RandomBytes:  
SessionIDLength: 32 (0x20)  
SessionID: Binary Large Object (32 Bytes)  
TLSCipherSuite: TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 { 0x00, 0x9F }  
CompressionMethods: 0 (0x0)  
ExtensionsLength: 9 (0x9)  
+ServerHelloExtension: Unknown Extension Type  
+ServerHelloExtension: Renegotiation Info(0xFF01)  
HandShakeType: Certificate(0x0B)  
Length: 778 (0x30A)  
+Cert: 0x1  
HandShakeType: Server Key Exchange(0x0C)  
Length: 1034 (0x40A)  
ServerKeyExchange: Binary Large Object (1034 Bytes)  
HandShakeType: Server Hello Done(0x0E)  
Length: 0 (0x0)  
+Tds: Prelogin, Version = 7.300000(No version information available, using the default version), Reassembled Packet

Справочные материалы

Дополнительные сведения см. в следующих статьях: