web-dev-qa-db-ja.com

クライアントのこんにちはの後にOpenSSLがハングする

次の奇妙なSSL接続エラーが発生しました：

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

接続が正常に機能する場合もあれば、上記のエラーが既知のケースなしで発生する場合もあり、証明書交換状態に到達することさえありません。

私のシステムはCentOS 6.5 OpenSSL 1.0.1e-fips 11 Feb 2013。

centosamazon-ec2amazon-web-servicesopenssl
5
Andrei Mikhaltsov

新しいAWSタイプのインスタンスにはデフォルトでMTU9001があり、これによりSSLパケットでエラーが発生することがわかりました。遅延したりドロップしたりすることがあります。 MTUを1500に設定すると、この問題の解決に役立ちました。

http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/instance-types.html からの引用：

インスタンスの最大伝送ユニット（MTU）は、そのインスタンスタイプによって異なります。次のインスタンスタイプは、9001 MTU（ジャンボフレーム）を提供します：CC2、C3、R3、CG1、CR1、G2、HS1、HI1、I2、およびM3。他のインスタンスタイプは1500MTU（イーサネットv2フレーム）を提供します。）

6
Andrei Mikhaltsov