Ssl httperf:连接失败,出现意外错误0

Ssl httperf:连接失败,出现意外错误0,ssl,httperf,Ssl,Httperf,在使用--ssl运行httperf时,是否有人看到“httperf:连接失败,出现意外错误0” 这阻止了我在该域上的测试。当我测试时,ssl在它上工作得很好 在我的“问题”域的另一端是ELB,它将呼叫转发给heroku 在我的工作站上:OSX 10.9.5和httperf-0.9.0(通过brew)我遇到了同样的问题,通过查看NGINX日志,发现SSL握手失败,因为SSLv3在服务器端被禁用 项目似乎有点死气沉沉,因此我在924行进行了修改: 我将SSLv3\u client\u method(

在使用--ssl运行httperf时,是否有人看到“httperf:连接失败,出现意外错误0”

这阻止了我在该域上的测试。当我测试时,ssl在它上工作得很好

在我的“问题”域的另一端是ELB,它将呼叫转发给heroku


在我的工作站上:OSX 10.9.5和httperf-0.9.0(通过brew)

我遇到了同样的问题,通过查看NGINX日志,发现SSL握手失败,因为SSLv3在服务器端被禁用

项目似乎有点死气沉沉,因此我在924行进行了修改:

我将
SSLv3\u client\u method()
替换为
TLSv1\u client\u method()

然后,通常的编译工具配置makeinstall。确保在构建机器上有openssl


来源:

@oto的回答也与我的修复有关。基本上,由于该漏洞,我们停止在服务器上使用SSLv3(显然还有httperf使用的所有其他ssl协议),httperf使用SSLv3,因此无法连接

在他们更新httperf之前,似乎没有简单的解决方法。一种解决方法是手动将SSLv3更改为TLSv1,如另一个答案中所述

我在GitHub上找到了。它会更改代码,以便您可以使用标志指定ssl协议,这样我就可以强制使用TLSv1而不是SSLv3

对于这两个修复程序,您需要下载,进行更改(如应用),然后编译。我从GitHub克隆了源代码,因此在运行
make
之前,我必须运行
autoreconf-I
命令,但是它们非常好。我不得不使用commit ed5c631,因为最近的提交似乎已被破坏