Explication détaillée de l'utilisation de l'outil de capture de paquets Fiddler - Réchauffez un pot de saké - Blog Park (cnblogs.com) 
https://www.cnblogs.com/hong-fithing/p/7582947.html Adresse de téléchargement du site officiel :Fiddler4 ( telerik.com)
1. Introduction au violoniste
Fiddler est l'un des outils de débogage Web les plus puissants et les plus faciles à utiliser, il peut enregistrer les requêtes http et https de tous les clients et serveurs. Vous permet de surveiller, de définir des points d'arrêt et même de modifier les données d'entrée et de sortie. Fiddler inclut un puissant sous-système de script basé sur les événements et peut être étendu à l'aide du langage .NET. En d'autres termes, plus vous en savez sur le protocole HTTP, plus vous maîtrisez l'utilisation de Fiddler. Plus vous utilisez Fiddler, plus il vous aidera à comprendre le protocole HTTP. Fiddler est un outil très utile pour les développeurs ou les testeurs.
Deuxièmement, le principe de fonctionnement de Fiddler
Fiddler fonctionne comme un serveur Web proxy, il utilise l'adresse proxy : 127.0.0.1, port : 8888. Lorsque Fiddler se ferme, il se déconnecte automatiquement, de sorte qu'il n'affecte pas les autres programmes. Cependant, si Fiddler se ferme anormalement, parce que Fiddler ne se déconnecte pas automatiquement à ce moment, la page Web sera inaccessible. La solution consiste à redémarrer Fiddler.
Compréhension personnelle : fiddler est un outil de capture de paquets. Lorsque le navigateur accède au serveur, une requête est formée. À ce moment, fiddler se trouve entre les requêtes. Lorsque le navigateur envoie une requête, celle-ci passe d'abord par fiddler, puis passe à le serveur ; lorsque le serveur revient Lorsque les données sont affichées dans le navigateur, elles passeront d'abord par fiddler, puis les données seront affichées dans le navigateur. Dans un tel processus, fiddler capture l'ensemble du processus de demande et de réponse.
Trois, analyse de capture de paquets Fiddler
1. Panneau de gauche
Fonction du panneau de l'outil de capture de paquets
# : L'ordre des requêtes HTTP, en commençant par 1 et en augmentant dans l'ordre des requêtes de chargement de page.
Résultat : le statut de la réponse HTTP
Réponse du protocole HTTP
Après avoir reçu et interprété le message de requête, le serveur renvoie un message de réponse HTTP.
La réponse HTTP est également composée de trois parties, à savoir : la ligne d'état, l'en-tête du message et le corps de la réponse.
Le code d'état se compose de trois chiffres, le premier chiffre définit la catégorie de la réponse et il y a cinq valeurs possibles :
1xx : informations d'instruction -- indique que la demande a été reçue et continue à être traitée
2xx : Succès - Indique que la demande a été reçue, comprise et acceptée avec succès
3xx : Redirection - une action supplémentaire est requise pour terminer la demande
4xx : erreur client - la requête comporte une erreur de syntaxe ou la requête ne peut pas être satisfaite
5xx : erreur côté serveur : le serveur n'a pas pu répondre à une demande légitime
Codes d'état communs, descriptions d'état, instructions :
200 OK //La requête du client a réussi
400 Bad Request //La requête du client a une erreur grammaticale et ne peut pas être comprise par le serveur
401 Non autorisé //La demande n'est pas autorisée, ce code d'état doit être utilisé avec le champ d'en-tête WWW-Authenticate
403 Forbidden //Le serveur a reçu la demande, mais a refusé de fournir le service
404 Not Found //La ressource demandée n'existe pas, par exemple : une mauvaise URL est saisie
500 Erreur interne du serveur //Une erreur inattendue s'est produite sur le serveur
503 Server Unavailable //Le serveur est actuellement incapable de traiter la demande du client, et il peut revenir à la normale après un certain temps
Protocol : Le protocole utilisé par la requête (tel que HTTP/HTTPS)
HOST : le nom de domaine de l'adresse de la requête URL : le chemin du serveur demandé et le nom du fichier, inclut également les paramètres GET
BODY : la taille de la requête, en octets
Content-Type : le type de réponse à la requête
Mise en cache : le délai d'expiration du cache de la requête ou la valeur de l'en-tête de contrôle du cache
Process : Le processus Windows et l'ID de processus qui a émis la demande
Commentaires : Commentaires ajoutés par l'utilisateur à cette session via des scripts ou des menus
custom : une valeur personnalisée que l'utilisateur peut définir via un script
2. Panneau de droite
Onglet Statistiques
Grâce à cet onglet, les utilisateurs peuvent sélectionner plusieurs sessions pour obtenir les statistiques d'informations totales de ces sessions, telles que les demandes multiples et le nombre d'octets transmis. Sélectionnez la première requête et la dernière requête pour obtenir le temps total de chargement de la page entière. A partir de l'histogramme, il est également possible d'identifier quelles requêtes prennent le plus de temps, de manière à optimiser la vitesse d'accès de la page d'accès
onglet d'inspection des inspecteurs
Il fournit des en-têtes, textview, hexview, Raw et d'autres moyens d'afficher les informations de message de demande d'une seule requête http. Il est divisé en parties supérieure et inférieure : la partie supérieure est destinée à l'affichage de la requête HTTP (demande) et la partie inférieure est pour l'affichage HTTPResponse (réponse)
Onglet de réponse automatique AutoResponse
La fonction la plus pratique de Fiddler, elle permet de récupérer des pages en ligne et de les enregistrer localement pour le débogage, ce qui réduit considérablement la difficulté du débogage en ligne. Elle nous permet de modifier les données renvoyées par le serveur, comme faire les retours HTTP404 ou lire des fichiers locaux comme contenu renvoyé.
Vous pouvez configurer l'ouverture d'une certaine page Web pour afficher le contenu souhaité, comme saisir des liens Baidu, cliquer sur ajouter une règle, et les paramètres sont les suivants :