Кто-нибудь видел «httperf: соединение с неожиданной ошибкой 0» при запуске httperf с помощью -ssl?httperf: соединение не выполнено с неожиданной ошибкой 0
Это блокирует мой тест в этом домене. Когда я тестировал --ssl на https://google.com, он работал нормально.
На другом конце моего «проблемного» домена есть ELB, переадресовывая вызовы героку.
На моей рабочей станции: OSX 10.9.5 и httperf-0.9.0 (через варку)
Я была такая же проблема, глядя на NGINX журналы оказывается, что SSL рукопожатия не удается, потому что SSLv3 отключен на стороне сервера ,
Проект казался немного мертв, так я изменил this file в строке 924:
я заменил SSLv3_client_method() с TLSv1_client_method()
Тогда обычный сборник материал Configure-подпиточной установки. Убедитесь, что на вашем устройстве сборки есть openssl.
Ответ на @oto Оказался быть связано с моим исправлением, а также. В принципе, мы перестали использовать SSLv3 на нашем сервере (и, по-видимому, все остальные протоколы ssl, используемые httperf) из-за уязвимости POODLE, а httperf использует SSLv3, поэтому он не может подключиться.
Пока они не обновляют httperf, похоже, что этого не происходит. Один из способов исправить это - перейти от SSLv3 к TLSv1 вручную, как указано в другом ответе.
Я нашел this patch pull-request на GitHub. Он меняет код, поэтому вы можете указать протокол ssl с флагом, поэтому я могу заставить использовать TLSv1 вместо SSLv3.
Для обоих исправлений вам необходимо загрузить httperf source code, внести изменения (например, применить patch), а затем скомпилировать. Я клонировал источник из GitHub, поэтому мне пришлось запустить команду autoreconf -i перед запуском make, но the instructions довольно хороши. Мне пришлось использовать commit ed5c631, так как последние коммиты кажутся нарушенными.