私はいくつかのSSLの失敗を評価していましたが、失敗したサイトの1つにcurl
を使用すると、curl: (56) SSL read: errno -5961
が得られました。ただし、そのエラーに対するGoogleのクエリでは、opensslが失敗した理由が表示されませんでした。
質問:カールがcurl: (56) SSL read: errno -5961
で失敗するとはどういう意味ですか?
以下に完全なcurl
を含めます...
[mpenning@mpenning-lnx ~]$ curl -vk https://192.0.2.168/
* About to connect() to 192.0.2.168 port 443 (#0)
* Trying 192.0.2.168... connected
* Connected to 192.0.2.168 (192.0.2.168) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* warning: ignoring value of ssl.verifyhost
* skipping SSL peer certificate verification
* SSL connection using TLS_RSA_WITH_AES_256_CBC_SHA
* Server certificate:
* subject: CN=foo-console,L=New York,OU=IT Infrastructure,O=Sesame Street
* start date: Aug 21 23:36:51 2013 GMT
* expire date: Aug 21 23:36:51 2015 GMT
* common name: foo-console
* issuer: CN=foo-console,L=New York,OU=IT Infrastructure,O=Sesame Street
> GET / HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.14.0.0 zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Host: 192.0.2.168
> Accept: */*
>
< HTTP/1.1 200 OK
* SSL read: errno -5961
* Closing connection #0
curl: (56) SSL read: errno -5961
[mpenning@mpenning-lnx ~]$
[〜#〜]ノート[〜#〜]:
私は将来のグーグルを助けることを期待して、私自身の質問に答えています。
この問題の根本的な原因は、レイヤ2 MTUの不一致でした。これにより、opensslソケットがcurlトランザクションの途中でタイムアウトになりました。レイヤー2トンネルの片側が通過できないため、MTUサイズの完全なパケット(1500バイトのIPペイロード)が失敗しました。
このエラーが表示される他の人はMTUの不一致を持っている可能性はありませんが、SSLセッションがcurl
の途中でタイムアウトになる原因である可能性があります。