SSL (imap)이 일부 컴퓨터에서 작동하지 않습니다-SSL 핸드 셰이크 실패-더 좁히는 방법은 무엇입니까?


1

며칠 전에 IMAP SSL (포트 993) 연결이 홈 네트워크 에서 홈 네트워크에있는 두 개의 Windows 7 PC 작동을 중단했습니다 .

다른 두 대의 PC (하나는 Windows XP, 다른 하나는 Win7 Professional 64 비트)도 제대로 작동합니다.

또한 VM에 브리지 된 네트워킹을 사용할 때는 VM에서 NAT 네트워킹을 사용할 때는 Win7 (작동하지 않는) 컴퓨터 의 Windows XP 모드에서 작동 합니다 . 그림을 이동.

네트워크 / 하드웨어 문제가 아니며 이미 작동 / 작동하지 않는 기계를 정확히 동일한 벽면 콘센트에 꽂았으며 VM도 행복하게 작동합니다.

무엇이 잘못되었는지 알아 내려고 노력하는 동안 OpenSSL (Windows build here )을 설치 했으며 여기 에 다음과 같은 내용이 표시됩니다.

참고 : 모든 Windows 7 시스템.


짧은 요약:

  • 이것은 여러 컴퓨터 의 홈 네트워크 에서 발생 합니다.

  • XP뿐만 아니라 다른 컴퓨터에서도 작동합니다.

  • ==> 따라서, 내가 그것의 가정 (로컬) 네트워크 문제의 소프트웨어 문제 - 난 그냥 두 기계가 아니라 서로 다른 것을 주어, 한 아내의 HP 노트북 무슨 단서가 없다, 다른 하나는 내 자체 내장 된 게임이다 PC - 그들이 같은 AV 소프트웨어가 설치되어 있지만 그 대부분이입니다.

  • AV를 비활성화하려고 시도했지만 방화벽이 아무 소용이 없습니다.

  • 또한, 이것은 며칠 전에 "파란색으로"일어났습니다. 어느 날 저녁 전날에는 작동하지 않았으며 지금은 그랬습니다. "갑자기"가 AV라면 이상한 것입니다.

  • 나는 확실히했습니다 되지 는 실패하기 시작 시점에서 두 시스템에 아무것도 설치되어 있어야합니다. (모두 Windows 업데이트는 발생할 때 발생하므로 너무 면밀히 모니터링하지 않습니다.)

  • Thunderbird는 "IMAP 서버에 연결할 수 없습니다."라고보고하지만 연결 수 문제 는 아닙니다 .

  • OpenSSL 쇼 SSL23_WRITE:ssl handshake failure

  • Wireshark 추적 imaps [RST, ACK]이 마지막 패킷으로 표시

  • https 이 컴퓨터에서 Firefox를 통한 연결이 제대로 작동합니다 (IMAP에서 사용하는 것과 동일한 SSL 연결입니까?)


  • 첫 계정 imap.gmx.net:993:

    C:\Users\martin>openssl s_client -connect imap.gmx.net:993
    CONNECTED(00000003)
    5852:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:188:
    
  • 두 번째 계정은 sslmailpool.ispgateway.de(두 회사 모두 독일 공급자이지만 완전히 독립적입니다.)

    C:\Users\martin>openssl s_client -connect sslmailpool.ispgateway.de:993
    CONNECTED(00000003)
    4288:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:188:
    
  • Google과의 교차 점검 : imap.gmail.com:993

업데이트 : 하나의 OpenSSL 연결로 운이 좋았지 만 gmail.com/googlemail.com이 현재 작동하지 않습니다. 썬더 버드와 IMAP을 통해 내 Gmail 계정을 연결할 수 없습니다. 다른 두 계정과 동일한 문제입니다.

(1)

C:\Users\martin>openssl s_client -connect imap.gmail.com:993
CONNECTED(00000003)
depth=2 /C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
verify error:num=20:unable to get local issuer certificate
verify return:0
---
Certificate chain
 0 s:/C=US/ST=California/L=Mountain View/O=Google Inc/CN=imap.gmail.com
   i:/C=US/O=Google Inc/CN=Google Internet Authority G2
 1 s:/C=US/O=Google Inc/CN=Google Internet Authority G2
   i:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
 2 s:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
   i:/C=US/O=Equifax/OU=Equifax Secure Certificate Authority
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIEdjCCA16gAwIBAgIINAwAQ8mvPHwwDQYJKoZIhvcNAQEFBQAwSTELMAkGA1UE
...
-----END CERTIFICATE-----
subject=/C=US/ST=California/L=Mountain View/O=Google Inc/CN=imap.gmail.com
issuer=/C=US/O=Google Inc/CN=Google Internet Authority G2
---
No client certificate CA names sent
---
SSL handshake has read 3231 bytes and written 432 bytes
---
New, TLSv1/SSLv3, Cipher is RC4-SHA
Server public key is 2048 bit
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : RC4-SHA
    Session-ID: EC0A386BA...
    Session-ID-ctx:
    Master-Key: 462251B....
    Key-Arg   : None
    Start Time: 1391458141
    Timeout   : 300 (sec)
    Verify return code: 20 (unable to get local issuer certificate)
---
* OK Gimap ready for requests from 85.127.220.93 v13if18594894eej.137

(2)

다시 시도 할 때 때로는 Google 연결이 중단되는 것도 아닙니다. unable to get local issuer certificate

  • Thunderbird는 항상 보고

IMAP 서버에 연결할 수 없습니다. 이 서버에 대한 최대 연결 수를 초과했을 수 있습니다.

  • Wireshark 추적하기 : ...

OpenSSL 출력은 다음과 같습니다.

C:\Users\martin>openssl s_client -connect sslmailpool.ispgateway.de:993
CONNECTED(00000003)
depth=1 /C=US/O=GeoTrust Inc./OU=Domain Validated SSL/CN=GeoTrust DV SSL CA
verify error:num=20:unable to get local issuer certificate
verify return:0
4720:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:188:

다음은 해당 Wireshark 추적입니다.

No.     Time           Source                Destination           Protocol Length Info
      1 0.000000000    192.168.178.31        80.67.29.6            TCP      66     51421 > imaps [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=4 SACK_PERM=1
      2 0.039910000    80.67.29.6            192.168.178.31        TCP      66     imaps > 51421 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1420 SACK_PERM=1 WS=64
      3 0.039990000    192.168.178.31        80.67.29.6            TCP      54     51421 > imaps [ACK] Seq=1 Ack=1 Win=66740 Len=0
      4 0.042722000    192.168.178.31        80.67.29.6            SSLv2    172    Client Hello
      5 0.084554000    80.67.29.6            192.168.178.31        TCP      60     imaps > 51421 [ACK] Seq=1 Ack=119 Win=5888 Len=0
      6 0.102205000    80.67.29.6            192.168.178.31        TLSv1    1474   Server Hello
      7 0.103826000    80.67.29.6            192.168.178.31        TLSv1    1474   Certificate
      8 0.103880000    192.168.178.31        80.67.29.6            TCP      54     51421 > imaps [ACK] Seq=119 Ack=2841 Win=66740 Len=0
      9 0.143686000    80.67.29.6            192.168.178.31        TLSv1    178    Server Key Exchange
     10 0.343232000    192.168.178.31        80.67.29.6            TCP      54     51421 > imaps [ACK] Seq=119 Ack=2965 Win=66616 Len=0
     30 60.080125000   80.67.29.6            192.168.178.31        TCP      60     imaps > 51421 [FIN, ACK] Seq=2965 Ack=119 Win=5888 Len=0
     31 60.080280000   192.168.178.31        80.67.29.6            TCP      54     51421 > imaps [ACK] Seq=119 Ack=2966 Win=66616 Len=0
     32 60.082774000   192.168.178.31        80.67.29.6            TCP      54     51421 > imaps [RST, ACK] Seq=119 Ack=2966 Win=0 Len=0

... 그리고 gmx.imap.net:

No.     Time           Source                Destination           Protocol Length Info
      9 5.948764000    192.168.178.31        212.227.17.170        TCP      66     51551 > imaps [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
     10 5.990774000    212.227.17.170        192.168.178.31        TCP      66     imaps > 51551 [SYN, ACK] Seq=0 Ack=1 Win=14600 Len=0 MSS=1420 SACK_PERM=1 WS=512
     11 5.990852000    192.168.178.31        212.227.17.170        TCP      54     51551 > imaps [ACK] Seq=1 Ack=1 Win=66560 Len=0
     12 5.994007000    192.168.178.31        212.227.17.170        TCP      83     [TCP segment of a reassembled PDU]
     13 6.036307000    212.227.17.170        192.168.178.31        TCP      60     imaps > 51551 [ACK] Seq=1 Ack=30 Win=14848 Len=0
     14 16.041594000   212.227.17.170        192.168.178.31        TCP      60     imaps > 51551 [FIN, ACK] Seq=1 Ack=30 Win=14848 Len=0
     15 16.041751000   192.168.178.31        212.227.17.170        TCP      54     51551 > imaps [ACK] Seq=30 Ack=2 Win=66560 Len=0
     16 16.043491000   192.168.178.31        212.227.17.170        TCP      54     51551 > imaps [RST, ACK] Seq=30 Ack=2 Win=0 Len=0

Thunderbrid 메시지는 관련이 없습니다. 대부분의 imap 서버에는 각 IP 주소에 대한 연결 제한 (일반적으로 10-20)이 있습니다. 모든 시도와 테스트가 실패하면 실제로 그에 도달했을 수 있습니다. 다른 하나는 안드 셰이크 문제입니다. 방금 OpenSSL을 사용하여 시도했지만 정상적으로 작동했습니다. 어쩌면 시스템의 신뢰할 수있는 인증서 체인이 어떤 이유로 인해 수정되었을 수 있습니다 (그러나 그것은 자체 인증서를 사용하기 때문에 썬더 버드의 실패를 설명하지 않습니다 ...)?
Johannes H.

실제로 연결 제한 BTW 일 경우 자체적으로 수정됩니다. 잠시 동안 연결을 시도하지 않고 몇 시간 후에 다시 시도하십시오.
Johannes H.

@JohannesH. - 감사. 나는 그것이 conn이 아니라고 확신합니다. 한도. 나는 이것을 완전성을 위해 포함시켰다.
Martin

다음은 성공적인 통신에 붙여 넣기 할 경우에 도움이하는, GMX의 IMAP 서버와 (난 더 이상 아무 GMX 계정이 없기 때문에, 연결 및 종료 외에 아무 짓도 안 했어요)입니다 pastebin.com/Z0525rpX 정렬 기능 - 혼란에 대한 유감을 ( 처음에, 그것은 내 터미널 Eumlator에 의해 발생했다고 생각합니다)
Johannes H.

@JohannesH. -건배. 나는 집에서 몇 일 동안 일하지 않지만 사무실에서 일하고 있다고 말한 것처럼 두 가지 작업을 모두 알고 있습니다.
Martin

답변:


1

어둠 속에서 쐈어. 연결하지 않는 컴퓨터의 루트 인증서를 업데이트 했습니까? 또한 문제점 워크 스테이션에서 날짜 및 시간이 올바른지 확인하십시오.


감사. 날짜와 시간은 괜찮습니다. 루트 인증서에 문제가 있다면 Thunderbird와 OpenSSL은 서로 다른 인증서를 사용하기 때문에 다르게 동작해야합니까?
Martin

또한 VM NAT를 사용할 때는 VM 연결이 작동하지 않으며 VM 브리지 만 작동합니다.
Martin

1

예, Martin이 언급했듯이 ESET NOD32 Antivirus 5에서도 동일한 문제가 발생했습니다. Thunderbird에서 Gmail에 너무 많은 IMAP 연결을 가지고 있다는 메시지를 받았습니다.

문제가 해결되었지만 10 분 동안 전자 메일 클라이언트 보호 기능을 비활성화하면 Thunderbird가 다시 올바르게 연결될 수 있다고 생각합니다. 어떻게 든 EMAP이 IMAP을 통해 데이터 흐름을 다시 활성화했는지 확실하지 않지만 현재 작동 중이므로 다시 설치할 필요가 없습니다.

편집 : 전자 메일 클라이언트 보호를 비활성화하면 기능이 비활성화 된 기간 동안 만 Thunderbird가 작동 할 수 있으므로 해당 솔루션을 테스트로 사용하는 것이 가장 좋습니다. 장기적인 해결책은 ESET NOD32 v5에서 v7로 업그레이드하는 것이며 구독이 여전히 유효한 경우 무료입니다.


0

결국 AV / 방화벽이 문제였습니다. 한숨.

나는 어떤 단서도 없어 어떤 소프트웨어와 함께 엉망이있어,하지만 (이 영향을받는 유일한 SSL 포트이었다로) 즉시 포트 993의 트래픽을 고정 제거. (이전에 방화벽 등을 비활성화하려고 시도했지만 도움이되지 않았습니다.)

이제 제품을 다시 설치했으며 온라인 설치 관리자가 최신 버전을 선택했으며 모든 것이 원활하게 다시 실행됩니다. ESET Smart Security 5 (NOD32)를 사용했으며 새 버전은 ESS 7입니다.

소프트웨어 구성 요소가 의심되는 경우 해당 설정을 신뢰하지 마십시오. 제거하십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.