2016-12-04 110 views
0

在類似的問題當前正在運行,但沒有解決方案的幫助SSL23_GET_SERVER_HELLO:使用TLSv1警告內部錯誤

我沒有訪問服務器CONFIGS,因爲這是隻是一個普通的Cloudfront + S3設置。

[email protected]:~# openssl s_client -connect tracking.kairion.de:443 -servername tracking.kairion.de 
CONNECTED(00000003) 
140336648943272:error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error:s23_clnt.c:757: 
--- 
no peer certificate available 
--- 
No client certificate CA names sent 
--- 
SSL handshake has read 7 bytes and written 318 bytes 
--- 
New, (NONE), Cipher is (NONE) 
Secure Renegotiation IS NOT supported 
Compression: NONE 
Expansion: NONE 
SSL-Session: 
    Protocol : TLSv1.2 
    Cipher : 0000 
    Session-ID: 
    Session-ID-ctx: 
    Master-Key: 
    Key-Arg : None 
    PSK identity: None 
    PSK identity hint: None 
    SRP username: None 
    Start Time: 1480860654 
    Timeout : 300 (sec) 
    Verify return code: 0 (ok) 
--- 

捲曲返回類似的錯誤

[email protected]:~# curl 'https://tracking.kairion.de/kairion.gif' -v 
* Hostname was NOT found in DNS cache 
* Trying 2400:cb00:2048:1::6818:72f8... 
* Connected to tracking.kairion.de (2400:cb00:2048:1::6818:72f8) port 443 (#0) 
* successfully set certificate verify locations: 
* CAfile: none 
    CApath: /etc/ssl/certs 
* SSLv3, TLS handshake, Client hello (1): 
* SSLv3, TLS alert, Server hello (2): 
* error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error 
* Closing connection 0 
curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error 

錯誤是可重複使用至少兩個服務器上:

openssl 1.0.1t-1+deb8u5 (jessie) 
openssl 1.0.1t-1+deb7u1 (wheezy) 

但適用於

openssl 1.0.2j-1 (stretch) 

有趣的是,有時它適用於也許一個小時,然後失敗一個小時。

+0

您應該使用TLS 1.0及更高版本的OpenSSL命令。嘗試'openssl s_client -connect tracking.kairion.de:443 -servername tracking.kairion.de -tls1'。你也可以使用'-tls1_1'和'-tls1_2'。我的OpenSSL是1.1.0,所以我不能複製。 OpenSSL 1.0.2也是一個不錯的選擇。 OpenSSL 1.1.0和0.9.8是不好的選擇,因爲它們缺乏過去幾年的許多TLS功能。 – jww

+0

Stack Overflow是編程和開發問題的網站。這個問題似乎與題目無關,因爲它不涉及編程或開發。請參閱幫助中心的[我可以詢問哪些主題](http://stackoverflow.com/help/on-topic)。也許[超級用戶](http://superuser.com/)或[Unix&Linux堆棧交換](http://unix.stackexchange.com/)會是一個更好的地方。另請參閱[我在哪裏發佈關於Dev Ops的問題?](http://meta.stackexchange.com/q/134306) – jww

+0

這個問題的確是關於開發,或者你忘記了我們大多數人會在編寫代碼時進行命令行測試代碼? – AlexD

回答

0

今天發現這個問題,涉及到cloudflare。

由於我禁用了該子域的cloudflare,所以它沒有任何問題。

似乎cloudflare有時會從cloudfront返回正確的CNAME,有時會返回一個cloudflare IP。只要它直接返回了cloudfront SSL的工作,當它返回cloudflare IP SSL失敗。