☰

Openssl hängt nach Client-Hello

tag-icon • tag-icon centos amazon-ec2 amazon-web-services openssl
Openssl hängt nach Client-Hello

Ich habe den folgenden seltsamen SSL-Verbindungsfehler:

openssl s_client -ssl3 -connect host:443  -msg

CONNECTED(00000003)
>>> SSL 3.0 Handshake [length 0087], ClientHello
    01 00 00 83 03 00 53 70 cb 57 f8 66 46 4d ad 9f
    12 f9 03 32 11 b9 58 f8 82 d7 43 36 80 c9 39 68
    14 72 85 18 95 2b 00 00 5c c0 14 c0 0a 00 39 00
    38 00 88 00 87 c0 0f c0 05 00 35 00 84 c0 12 c0
    08 00 16 00 13 c0 0d c0 03 00 0a c0 13 c0 09 00
    33 00 32 00 9a 00 99 00 45 00 44 c0 0e c0 04 00
    2f 00 96 00 41 00 07 c0 11 c0 07 c0 0c c0 02 00
    05 00 04 00 15 00 12 00 09 00 14 00 11 00 08 00
    06 00 03 00 ff 01 00
write:errno=104
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 0 bytes

Manchmal funktioniert die Verbindung einwandfrei, und manchmal treten die oben genannten Fehler ohne bekannten Grund auf, und es kommt nicht einmal zum Status des Zertifikatsaustauschs.

Mein System ist ein CentOS 6.5 OpenSSL 1.0.1e-fips 11 Feb 2013.

Antwort1

Habe festgestellt, dass neue AWS-Instanzen standardmäßig eine MTU von 9001 haben und dies zu Fehlern bei SSL-Paketen führt: Manchmal werden sie verzögert und manchmal gelöscht. Das Einstellen der MTU auf 1500 hat geholfen, dieses Problem zu lösen.

Zitat aushttp://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html:

Die maximale Übertragungseinheit (MTU) für eine Instanz hängt von ihrem Instanztyp ab. Die folgenden Instanztypen bieten 9001 MTU (Jumbo-Frames): CC2, C3, R3, CG1, CR1, G2, HS1, HI1, I2 und M3. Die anderen Instanztypen bieten 1500 MTU (Ethernet v2-Frames).)

verwandte Informationen