Lors de l'utilisation de Fiddler pour surveiller les requêtes et réponses HTTP dans Internet Explorer, il ignore tout le trafic destiné à http: // localhost .
Pour que Fiddler capture le trafic lorsque vous déboguez sur l'hôte local, après avoir appuyé sur F5 pour commencer à dégager, modifiez l'adresse afin que localhost ait un "." après ça.
Par exemple, vous démarrez le débogage et vous avez l'URL suivante dans la barre d'adresses:
http: // localhost: 49573/Default.aspx
Changez le en:
http://localhost.:49573/Default.aspx
Appuyez sur Entrée et Fidder commencera à capter votre trafic.
Le site Web de Fiddler répond à cette question directement.
Plusieurs solutions de contournement sont suggérées, mais la plus simple consiste simplement à utiliser le nom de la machine plutôt que "localhost" ou "127.0.0.1":
http://machinename/mytestpage.aspx
La réponse correcte est que ce n'est pas que Fiddler ignore le trafic destiné à Localhost, mais que la plupart des applications sont codées en dur pour contourner les proxies (dont Fiddler est l'un) pour les demandes ciblées sur localhost.
Par conséquent, les différentes solutions de contournement disponibles: http://fiddler2.com/documentation/Configure-Fiddler/Tasks/MonitorLocalTraffic
Fiddler v4.5.1.0 vous permettra de remplacer "localhost" par "localhost.fiddler" et de présenter localhost comme nom d'hôte du serveur de réception en cours d'exécution sur votre ordinateur.
Cela évite les erreurs "hôte non reconnu" lors de la connexion aux services WCF avec le serveur Web intégré utilisé par visual studio.
c'est-à-dire au lieu de http://localhost:51900/service.wcf
vous pouvez utiliser http://localhost.fiddler:51900/service.wcf
Internet Explorer présente une nouvelle fonctionnalité depuis IE9 RC: l'ajout de <-loopback>
à la liste de contournement du proxy fait que WinInet (la bibliothèque réseau utilisée par IE) envoie les demandes destinées à localhost
et 127.0.0.1
via le proxy défini.
Voici l'annonce originale de @EricLaw: http://blogs.msdn.com/b/fiddler/archive/2011/02/10/fiddler-is-better-with-internet-Explorer-9.aspx
L'utilisation de Fiddler v4.6 et de la configuration par défaut n'a permis de détecter aucun trafic provenant de 'localhost'. Essayé de nombreuses suggestions ici mais rien n'a fonctionné.
Aide activée -> Dépannage et pourrait voir beaucoup plus de demandes. Les sessions étaient marquées d'une barre oblique et la raison donnée était "Masqué en raison de la barre d'état> Filtre de processus".
Trouvé cette réponse d'Eric Lawrence à une personne ayant le même problème http://www.telerik.com/forums/fiddler-not-capturing-ios-traffic-even-ibly-echo-service-works
en gros, ce qu'il faut faire: regarder la barre d’état au bas de la fenêtre de Fiddler, le deuxième "plateau" dans cette barre indique probablement quelque chose comme "navigateurs Web". Cliquez dessus puis changez pour "Tous les processus".
Utilisez plutôt votre adresse IP locale (pas 127.0.0.1), telle que 192.16.0.88, etc. Allez dans cmd.exe et tapez ipconfig pour le voir.
alt text http://www.freeimagehosting.net/uploads/d2993639f5.png
Pour que Fiddler puisse capturer le trafic de localhost sur IIS local, il y a 3 étapes (cela a fonctionné sur mon ordinateur):
assurez-vous que l'option Surveiller toutes les connexions est cochée . cela ne fonctionne pas pour moi peut-être que le port est différent j'ai besoin de voir httprequest sur mon site à partir de gmail. propre machine)
Vous pouvez utiliser http: //ipv4.fiddler ou http: //ipv6.fiddler au lieu de localhost
N'utilisez pas localhost dans l'URL!
Utilisez comme ceci:
Windows XP:
Assurez-vous de cliquer sur le bouton des paramètres pour chacun des éléments de la zone de liste "Paramètres de connexion à distance et réseau privé virtuel" de l'onglet "Connexions" de l'applet "Options Internet" du panneau de configuration.
J'ai remarqué que Fiddler cesserait d'utiliser la configuration "Paramètres réseau" une fois que je me serais connecté à mon VPN. Même si le trafic ne passait pas par le VPN.
Le trafic apparaîtra dans Fiddler sous l'adresse IP de votre ordinateur.