2013-08-23 3 views
1

Я использую Siege 3.0.3 от CentOS 6.4.Инструмент осады не работает с сайтами HTTPS

Мой вопрос: как «Siege» поддерживает протокол HTTPS?

До сих пор с помощью этого инструмента тестирование HTTP-сайтов было в порядке.

Но я столкнулся с определенными проблемами (описанными ниже) при работе с сайтами HTTPS.

Как предложил кто-то, чтобы сделать работу HTTPS, я собрал осаду с openssl.

Для этого я выполнил процедуру, указанную ниже. http://drewsymo.com/how-to/installing-siege-stress-tester-on-centos-6-3/

Вкратце, я выполнил следующие команды для сбора осады с помощью openssl.

cd /opt 
wget http://www.openssl.org/source/openssl-1.0.1e.tar.gz 
tar -zxvf openssl-1.0.1e.tar.gz 
cd siege-3.0.3 
./configure -with-ssl=/opt/openssl-1.0.1e 
make && make install 

У меня не было никаких предупреждений или ошибок в вышеуказанных шагах.

Но даже после этого я получаю ниже результаты при работе с сайтами HTTP с помощью этого инструмента.

ВОПРОС № 1

Всякий раз, когда я установил много хитов, как 1000, 2000, я получаю ошибку ниже.

"Segmentation fault (core dumped)" 

Пожалуйста, обратите внимание, я уже побежал «ULIMIT -n 10000» команды, чтобы увеличить количество открытых файлов.

Но это не помогло.

ВОПРОС № 2

[[email protected] ~]# siege --user-agent="Mozilla/5.0 (Windows NT 6.2; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0" -c10 -r1 -t50S someHTTPSdomain.com 
[error] CONFIG conflict: selected time and repetition based testing: No such file or directory 
defaulting to time-based testing: 50 seconds 
** SIEGE 3.0.3 
** Preparing 10 concurrent users for battle. 
The server is now under siege... 
HTTP/1.1 302 0.09 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.11 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.08 secs:  0 bytes ==> GET/
HTTP/1.1 302 3.09 secs:  0 bytes ==> GET/
..................... 
..................... 
..................... 

Then after many such hits exceeding the above defined 10 hits, I had to press Ctrl+C. 

After that, it shows, 

^C 
Lifting the server siege...  done. 

Transactions:      0 hits 
Availability:     0.00 % 
Elapsed time:     18.70 secs 
Data transferred:    0.00 MB 
Response time:     0.00 secs 
Transaction rate:    0.00 trans/sec 
Throughput:      0.00 MB/sec 
Concurrency:     3.19 
Successful transactions:   30 
Failed transactions:    28 
Longest transaction:   12.10 
Shortest transaction:   0.07 

FILE: /usr/local/var/siege.log 
You can disable this annoying message by editing 
the .siegerc file in your home directory; change 
the directive 'show-logfile' to false. 
[[email protected] ~]# 

Почему транзакции, показывающие 0 хиты всегда в случае HTTPS сайтов?

Даже после указания «-c10 -r1», почему вывод прокрутки не останавливается на сайтах HTTPS?

Кроме того, почему все HTTP-ответы показывают 30X для сайтов HTTPS?

Зачем нужна эта ошибка? [Ошибка] CONFIG конфликт: выбранное время и тестирование на основе повторений: нет такого файла или каталога по умолчанию для тестирования по времени: 50 секунд «продолжать показывать?

В любом случае, если я удаляю -t50S из приведенной выше команды, я не получаю сообщение об ошибке «[ошибка] CONFIG конфликт: выбранное время и тестирование на основе повторений: такой файл или каталог не работает по времени: 50 секунд ».

Но все же он показывает транзакции как 0 ударов. Смотри ниже.

[[email protected] ~]# siege --user-agent="Mozilla/5.0 (Windows NT 6.2; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0" -c10 -r1 someHTTPSdomain.com 
** SIEGE 3.0.3 
** Preparing 10 concurrent users for battle. 
The server is now under siege... 
HTTP/1.1 302 0.08 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.08 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.09 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.11 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.07 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.09 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.08 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.08 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.08 secs:  0 bytes ==> GET/
HTTP/1.1 302 0.10 secs:  0 bytes ==> GET/
done. 

Transactions:      0 hits 
Availability:     0.00 % 
Elapsed time:     2.14 secs 
Data transferred:    0.00 MB 
Response time:     0.00 secs 
Transaction rate:    0.00 trans/sec 
Throughput:      0.00 MB/sec 
Concurrency:     0.40 
Successful transactions:   10 
Failed transactions:    10 
Longest transaction:   0.11 
Shortest transaction:   0.07 

FILE: /usr/local/var/siege.log 
You can disable this annoying message by editing 
the .siegerc file in your home directory; change 
the directive 'show-logfile' to false. 
[[email protected] ~]# 

ВОПРОС № 3

Другое дело, я заметил, если я префикс URL HTTPS с «https: //», как ниже, я получаю такой вывод.

[[email protected] ~]# siege --user-agent="Mozilla/5.0 (Windows NT 6.2; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0" -c10 -r1 https://someHTTPSdomain.com 
** SIEGE 3.0.3 
** Preparing 10 concurrent users for battle. 
The server is now under siege... 
done. 

Transactions:      0 hits 
Availability:     0.00 % 
Elapsed time:     1.06 secs 
Data transferred:    0.00 MB 
Response time:     0.00 secs 
Transaction rate:    0.00 trans/sec 
Throughput:      0.00 MB/sec 
Concurrency:     0.00 
Successful transactions:   0 
Failed transactions:    10 
Longest transaction:   0.00 
Shortest transaction:   0.00 

FILE: /usr/local/var/siege.log 
You can disable this annoying message by editing 
the .siegerc file in your home directory; change 
the directive 'show-logfile' to false. 
[[email protected] ~]# 

Просто нет HTTP или других сообщений ответа.

Я смущен этими результатами при работе с сайтами HTTPS. Неясно, выполнял ли я что-то неправильно при выдаче команд, или это ошибка или ограничение этого инструмента.

Я хотел бы упомянуть, что в моих приведенных выше командах я использовал действительный пользовательский агент Windows 8 (используя браузер Firefox), используя «--user-agent =» во всех командах. Мне понравилось это только для замены useragent Siege по умолчанию, который является «JoeDog/1.00 [en] (X11; I; Siege 3.0.3)», поскольку этот пользовательский альянс Siege по умолчанию может быть внесен в черный список во многих веб-серверах (не так уверен) ,

Незваный проводник.

Заранее спасибо.

ответ

0
  1. не может помочь с этим одним

  2. Я думаю, что если вы не начать URL с «https: //», осада не знал бы использовать SSL. («s» в https для «безопасного»). Поэтому я бы предположил, что 302-ый сервер пересылает вам URL-адрес https. Если вы посмотрите дальше от строки «0 ударов», то говорится о 10 успешных транзакциях ... это, скорее всего, 302 ответа. Он также показывает 10 неудачных транзакций - поэтому он не может подключиться с использованием SSL (предполагая, что forward - это просто тот же URL-адрес с использованием SSL).

  3. Здесь говорится 10 неудачных транзакций, как и предыдущие. Что содержит /usr/local/var/siege.log? Возможно, есть сообщения об отказе?

-1

У меня была точно такая же проблема. Я первым сделал

./configure --with-ssl=/usr/bin/openssl 

что компилирует нормально, но coredumping при попытке использовать протокол HTTPS, это потому, что путь к Ssl Lib должен быть предоставлен

./configure --with-ssl=/usr/lib64/openssl 

Тогда осада может обрабатывать SSL

0

Как уже говорилось, вам нужно настроить с помощью опции --with-ssl. Кроме того, должны быть установлены заголовки разработки openssl. Если у вас нет заголовков SSL ./configure, make и make install будут работать нормально, и они установят исполняемый двоичный файл siege, но он не сможет обрабатывать HTTPS.

 Смежные вопросы

  • Нет связанных вопросов^_^