Вопросы Теги

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 , одинаковы, сети, в которых они находятся отличаются. Два сервера, к которым у меня есть доступ, работают под управлением Ubuntu 18.04. У меня нет доступа к удаленному серверу, к которому они оба пытаются подключиться. Мне нужно указать, в чем проблема / может быть.

Так что дело не в шифре. Что еще могло привести к такому зависанию рукопожатия TLS?

Ура, Ankur

2
задан 25 February 2019 в 19:37
2 ответа

Проблема решена. Это произошло из-за того, что ip был занесен в черный список. После того, как он был отключен, соединение установлено успешно.

0
ответ дан 3 December 2019 в 13:48

Возможно совпадение, но сегодня у меня была похожая ошибка. Серверный процесс, устанавливающий соединение, каким-то образом застрял. Иногда он работал нормально, а иногда заставлял клиента ждать бесконечно точно в той же точке, что и здесь. Пришлось убить -9 этот серверный процесс.

0
ответ дан 3 December 2019 в 13:48

Теги

Похожие вопросы