web-dev-qa-db-ja.com

HTTPS接続、TLSがハングし、最終的にSSL_ERROR_SYSCALLが失敗する

私がアクセスできるサーバーが、ポート443経由でインターネット上の別のサーバーに接続できないように見える問題を正しく診断しようとしています。

~$ curl https://mydomain.co.uk -vvv
* Rebuilt URL to: https://mydomain.co.uk/
*   Trying 1.2.3.4...
* TCP_NODELAY set
* Connected to mydomain.co.uk (1.2.3.4) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to mydomain.co.uk:443 
* stopped the pause stream!
* Closing connection 0
curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to mydomain.co.uk:443

これは互換性のない暗号が原因である可能性があることを読みました。だから私は別のネットワーク上の別のサーバーでそれを試しましたが、今回は接続が正常に行われました：

~$ curl https://mydomain.co.uk -vvv
* Rebuilt URL to: https://mydomain.co.uk/
*   Trying 1.2.3.4...
* TCP_NODELAY set
* Connected to mydomain.co.uk (1.2.3.4) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Client hello (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / AES128-GCM-SHA256
* ALPN, server accepted to use http/1.1
* Server certificate:
*  subject: C=NA; ST=Some Place; L=Some City; O=MyCompany; OU=Technology; CN=*.mydomain.co.uk
*  start date: Mar 15 00:00:00 2018 GMT
*  expire date: Nov 13 12:00:00 2019 GMT
*  subjectAltName: Host "mydomain.co.uk" matched cert's "mydomain.co.uk"
*  issuer: C=US; O=AniCert Inc; OU=www.anicert.com; CN=NioTrust RSA CA 2019
*  SSL certificate verify ok.
> GET / HTTP/1.1
> Host: mydomain.co.uk
> User-Agent: curl/7.58.0
> Accept: */*
> 
< HTTP/1.1 302 Moved Temporarily
< Server: nginx
< Date: Mon, 25 Feb 2019 17:30:02 GMT
< Content-Type: text/html
< Content-Length: 154
< Connection: keep-alive
< Location: https://www.mydomain.co.uk
< 
<html>
<head><title>302 Found</title></head>
<body bgcolor="white">
<center><h1>302 Found</h1></center>
<hr><center>nginx</center>
</body>
</html>
* Connection #0 to Host mydomain.co.uk left intact

私がcurlコマンドを試した2つのサーバーはどちらも同じであり、それらが使用しているネットワークが異なります。私がアクセスできる2つのサーバーは、Ubuntu 18.04を実行しています。両方が接続しようとしているリモートサーバーにアクセスできません。私は問題が何であるか/である可能性があるかを正確に示すことができる必要があります。

つまり、暗号ではありません。 TLSハンドシェイクがこのようにハングする原因は他にありますか？

乾杯、アンクール

sslhttpscurlubuntu-18.04
2
Ankur22

これは解決されました。これは、IPがブラックリストに登録されているためでした。いったん取り外されると、接続は正常に確立されました。

0
Ankur22

たぶん偶然かもしれませんが、今日も同様のエラーがありました。接続を取得するサーバープロセスが、どういうわけか途中で止まってしまいました。時々それはうまくいきました、他の時、それはあなたがここにいるのと全く同じポイントでクライアントを無期限に待たせました。このサーバープロセスを-9で強制終了する必要がありました。

0
Gerrit