अपाचेबेन्च के साथ मैं "एसएसएल हैंडशेक असफल" कैसे ठीक करूं?

Question

जब मैं https का परीक्षण करने के लिए अपाचेबेन्च का उपयोग करता हूं, तो त्रुटि वापस आती है, "एसएसएल हैंडशेक विफल"।

मैं https का परीक्षण करने के लिए अपाचेबेन्च का उपयोग कैसे कर सकता हूं?

Answer 1

ApacheBench प्रमाणपत्र समस्याओं की अनदेखी करने में सक्षम होने के लिए प्रतीत नहीं होता है (कम से कम उनमें से कुछ) तो मैं इस स्क्रिप्ट लिखा है:

#!/bin/bash 
K=200;  
HTTPSA='https://192.168.1.103:443/'  
date +%M-%S-%N>wgetres.txt 
for ((c=1; c<=$K; c++)) 
do 
    wget --no-check-certificate --secure-protocol=SSLv3 --spider $HTTPSA 
done 
date +%M-%S-%N>>wgetres.txt 

यह एबी के रूप में के रूप में सटीक नहीं है, लेकिन विचार देता है। तुलना परीक्षण में अच्छी तरह से करता है।

Answer 2

httperf भी एकल लड़ी है, लेकिन आज के रूप में (अगस्त 31, 2012), इसे सही ढंग से एसएसएल संभालती है और यहां तक ​​कि एक कुछ उपयोगी अतिरिक्त सुविधाओं के आसपास के एसएसएल है:

--ssl Specifies that all communication between httperf and the server 
     should utilize the Secure Sockets Layer (SSL) protocol. This 
     option is available only if httperf was compiled with SSL sup†
     port enabled. 

    --ssl-ciphers=L 
     This option is only meaningful if SSL is in use (see --ssl 
     option). This option specifies the list L of cipher suites that 
     httperf may use in negotiating a secure connection with the 
     server. If the list contains more than one cipher suite, the 
     ciphers must be separated by a colon. If the server does not 
     accept any of the listed cipher suites, the connection estab†
     lishment will fail and httperf will exit immediately. If this 
     option is not specified when the --ssl option is present then 
     httperf will use all of the SSLv3 cipher suites provided by the 
     underlying SSL library. 

--ssl-no-reuse 
     This option is only meaningful if SSL and sessions are in use 
     (see --ssl, --wsess, --wsesslog). When an SSL connection is 
     established the client receives a session identifier (session 
     id) from the server. On subsequent SSL connections, the client 
     normally reuses this session id in order to avoid the expense of 
     repeating the (slow) SSL handshake to establish a new SSL ses†
     sion and obtain another session id (even if the client attempts 
     to re-use a session id, the server may force the client to rene†
     gotiate a session). By default httperf reuses the session id 
     across all connections in a session. If the --ssl-no-reuse 
     option is in effect, then httperf will not reuse the session id, 
     and the entire SSL handshake will be performed for each new con†
     nection in a session. 

Answer 3

मैं करना पड़ा ऐसी साइट के खिलाफ परीक्षण करें जिसमें स्वयं हस्ताक्षरित प्रमाणपत्र हैं, और ऊपर दिए गए किसी भी टूल में सहायता नहीं हुई है। सर्वोत्तम विकल्प के लिए मेरी खोज में, मैंने vegeta पर ठोकर खाई जो गोलांग में लिखी गई है। यह बहुत साफ है, आप भूखंड और सामान भी कर सकते हैं। इसके अलावा इसमें असुरक्षित उपयोग के लिए समर्थन है। आप द्विआधारी here