2014-12-01 61 views
2

當使用--ssl運行httperf時,有人看到「httperf:連接失敗,意外錯誤0」httperf:連接失敗,出現意外錯誤0

這阻止了我對該域的測試。當我測試--ssl https://google.com它工作正常。

在我的「有問題的」域的另一端有ELB,將呼叫轉發給heroku。

在我的工作站:OSX 10.9.5的httperf和0.9.0(通過BREW)

回答

1

我有同樣的問題,通過查看日誌NGINX事實證明,因爲在SSLv3被禁用服務器端的SSL握手失敗。

該項目顯得有點死,所以我在道924修改this file

我換成SSLv3_client_method()TLSv1_client_method()

然後通常編譯東西配置,使安裝。一定要在你的製造機器上安裝openssl。

來源:https://www.openssl.org/docs/ssl/SSL_CTX_new.html

0

通過@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,因爲最新的提交似乎已被破壞。

相關問題