[Communication sécurisée] Test de résistance avec l’outil AB d’Apache

Principe de commandement AB
La commande ab d’Apache simule des requêtes concurrentes multithread pour tester la pression de charge du serveur, ainsi que d’autres serveurs web tels que nginx, lighthttp et IIS.
Apache附带的ab工具（使用的PHP环境是WAMP集成环境，ab工具位于D:wampinapacheApache2.2.21in）非常容易使用。 La commande ab a des exigences très faibles pour l’ordinateur qui charge la charge, et elle ne prendra pas beaucoup de CPU ni trop de mémoire, mais elle provoquera une charge énorme sur le serveur cible, donc c’est un remède nécessaire pour certaines attaques DDOS, adapté à tous les âges. Vous devez aussi être prudent lorsque vous l’utilisez vous-même. Sinon, trop de charge en même temps fera mourir directement le serveur cible à cause d’un manque de mémoire et devra être redémarré brutalement, ce qui ne vaut pas la perte.

En cas de bande passante insuffisante, il est préférable de tester localement, et il est recommandé d’utiliser un ou plusieurs serveurs sur l’intranet pour tester via l’intranet, afin que les données obtenues soient beaucoup plus précises. Tester la résistance des serveurs web à distance se révèle souvent inefficace (en raison d’une latence réseau excessive ou d’une bande passante insuffisante)

Télécharger et installer :
http://mirror.bit.edu.cn/apache//httpd/binaries/win32/?C=M;O=A
Trouvez httpd-2.2.21-win32-x86-no_ssl.msi  

Documentation des paramètres :
http://httpd.apache.org/docs/2.2/programs/ab.html

Fonctionnement :
Sous Windows, ouvrez la fenêtre de ligne de commande cmd et localisez-le dans le répertoire bin du répertoire d’installation Apache
cd C:Program Files (x86)Apache Software FoundationApache2.2in

Tapez la commande :
ab -n 800 -c 800 http://192.168.0.10/
(-n effectue 800 requêtes, -c simule 800 concurrents, soit 800 personnes visitant en même temps, suivi de l’URL du test)

ab -t 60 -c 100 http://192.168.0.10/
Envoyez les requêtes en 60 secondes, 100 requêtes à la fois.
  
//如果需要在url中带参数，这样做
ab -t 60 -c 100 -T « texte/plain » -p p.txt http://192.168.0.10/hello.html
p.txt est et ab.exe dans un annuaire
p.txt, vous pouvez écrire des paramètres tels que p=wdp&fq=78

Explication des paramètres résultants :
Voici ApacheBench, version 2.3 <$Revision : 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Sous licence à The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.0.10 (soyez patient)
100 demandes accomplies
200 demandes accomplies
300 demandes complétées
400 demandes complétées
500 demandes accomplies
600 demandes complétées
700 demandes accomplies
800 demandes accomplies
800 demandes terminées

Logiciel serveur : Microsoft-HTTPAPI/2.0 indique le nom du logiciel serveur web testé
Nom d’hôte serveur : 192.168.0.10 Indique le nom d’hôte de l’URL de la requête
Port serveur : 80 indique le port d’écoute du logiciel serveur web testé

Chemin du document : / représente le chemin absolu racine dans l’URL de la requête, et on peut généralement comprendre le type de requête par le suffixe du fichier
Longueur du document : 315 octets représente la longueur du corps des données de réponse HTTP

Niveau de concurrence : 800 représente le nombre d’utilisateurs simultanés, qui est l’un des paramètres que nous avons définis
Temps pris pour les tests : 0,914 seconde Le temps nécessaire pour que toutes ces requêtes soient traitées
Demandes complètes : 800 demandes terminées
Requêtes échouées : 0 Le nombre de demandes échouées
Erreurs d’écriture : 0               
Réponses non-2xx : 800
Total transféré : 393600 octets Total du transfert réseau
HTML transféré : 252 000 octets de contenu HTML transféré
Requêtes par seconde : 875,22 [#/sec] (moyenne) Débit - Requêtes par seconde
Temps par requête : 914.052 [ms] (moyen) Le temps nécessaire au serveur pour répondre à la requête et à la page
Temps par requête : 1,143 [ms] (moyenne, sur toutes les requêtes concurrentes) Temps moyen consommé par requête simultanée
Débit de transfert : 420,52 [Kbytes/sec] reçoit en moyenne un trafic par seconde sur le réseau, ce qui peut aider à éliminer le problème d’un trafic réseau excessif provoquant de longs temps de réponse

Répartition du temps passé sur le réseau :
Temps de connexion (ms) médian max[+/-sd] médian max
Connect:        0    1   0.5      1       3
Processing:   245  534 125.2    570     682
Waiting:       11  386 189.1    409     669
Total:        246  535 125.0    571     684

La réponse à toutes les demandes tout au long du scénario. Dans un scénario, chaque requête a un temps de réponse
50 % de ces utilisateurs ont un temps de réponse inférieur à 571 millisecondes
80 % des utilisateurs ont un temps de réponse inférieur à 652 ms
Le temps de réponse maximal est inférieur à 684 ms
Pourcentage des demandes traitées dans un certain délai (ms)
  50%    571
  66%    627
  75%    646
  80%    652
  90%    666
  95%    677
  98%    681
  99%    682
100 % 684 (demande la plus longue)

Cette partie des données sert à décrire la distribution du temps de traitement de chaque requête, par exemple, dans le test ci-dessus, 80 % du temps de traitement de la requête ne dépasse pas 6 ms, ce temps de traitement correspond au temps précédent par requête, c’est-à-dire, pour un seul utilisateur, le temps moyen de traitement par requête.