當使用--ssl運行httperf時,有人看到「httperf:連接失敗,意外錯誤0」httperf:連接失敗,出現意外錯誤0
這阻止了我對該域的測試。當我測試--ssl https://google.com它工作正常。
在我的「有問題的」域的另一端有ELB,將呼叫轉發給heroku。
在我的工作站:OSX 10.9.5的httperf和0.9.0(通過BREW)
當使用--ssl運行httperf時,有人看到「httperf:連接失敗,意外錯誤0」httperf:連接失敗,出現意外錯誤0
這阻止了我對該域的測試。當我測試--ssl https://google.com它工作正常。
在我的「有問題的」域的另一端有ELB,將呼叫轉發給heroku。
在我的工作站:OSX 10.9.5的httperf和0.9.0(通過BREW)
我有同樣的問題,通過查看日誌NGINX事實證明,因爲在SSLv3被禁用服務器端的SSL握手失敗。
該項目顯得有點死,所以我在道924修改this file:
我換成SSLv3_client_method()
與TLSv1_client_method()
然後通常編譯東西配置,使安裝。一定要在你的製造機器上安裝openssl。
通過@oto的答案竟然涉及到我的修補程序也是如此。基本上,由於POODLE漏洞,我們停止在我們的服務器上使用SSLv3(顯然,由httperf使用的所有其他ssl協議),並且httperf使用SSLv3,因此無法連接。
直到他們更新httperf,似乎沒有簡單的方法解決這個問題。解決這個問題的一個方法是手動更改SSLv3到TLSv1,如其他答案中所述。
我在GitHub上找到了this patch pull-request。它改變了代碼,所以你可以用一個標誌來指定ssl協議,所以我可以強制使用TLSv1而不是SSLv3。
對於這兩個修復程序,您需要下載httperf source code,進行更改(如應用patch),然後進行編譯。我克隆了來自GitHub的源代碼,因此我必須在運行make
之前運行autoreconf -i
命令,但the instructions非常好。我必須使用commit ed5c631,因爲最新的提交似乎已被破壞。