2016-06-13 107 views
1

我有一臺運行Rundeck的服務器來處理大量的各種集成任務。 計劃任務每​​個都向我們的Intranet系統上的給定URL發出curl請求 - 本質上,Rundeck只運行一個臨時bash腳本。CURL - 間歇性錯誤35 - 連接中未知的SSL協議錯誤

約99%的時間,這工作正常 - 但我們看到捲曲失敗間歇性地與錯誤35:未知的SSL協議連接錯誤。

我已經嘗試明確指定ssl協議,使用已知良好的協議,但我們仍然遇到此問題。

我們有大量的要求出去 - 我不確定這可能與它有什麼關係。我們有可能在任何特定時間運行〜3個捲曲過程。

任何意見,將不勝感激。

curl --version 
curl 7.35.0 (x86_64-pc-linux-gnu) libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3 
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3  pop3s rtmp rtsp smtp smtps telnet tftp 
Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP 

回答

1

我已經想出了自己。

我結束了使用wireshark觀看SSL連接的服務器端的通信。我在失敗的蹤跡中看到的唯一異常是我們的Diffe-Hellman公鑰是127字節,通常情況下它是128.
它看起來像IIS不知道如何處理這個,並終止通信。

我不是100%清楚問題的根本原因是什麼,但強制非DH ssl密碼完全停止了錯誤消息。

Check This Article On Security.StackExchange For More Information

相關問題