Fiddler ne pas renifler le trafic SOAP à partir du site Web ASP.NET

Question

Jusqu'ici, j'ai utilisé avec succès fiddler pour renifler le trafic du service Web à partir des appareils de test, des applications de console et des projets Web.

Aujourd'hui, j'ai remarqué que je ne suis plus capable de renifler ce type de trafic si j'exécute mon application web (c'est un site web ASP.NET, hébergé localement sur IIS). Je vois tout le trafic local, mais le trafic du service web est juste parti (le service est frappé comme je vois le débogage de la réponse dans le code).

Je suis toujours capable de suivre les demandes de savon et les réponses des applications de test ou de console dans la même solution (exactement le même environnement). Si c'était une mise à jour de sécurité de Windows (je suis sur Win7) ou les goûts qu'elle ne fonctionnerait jamais je suppose (à moins que cela n'affecte que le trafic routé via IIS).

Que devrais-je rechercher qui pourrait provoquer l'émergence de ce comportement?

N'importe quel pointeur apprécié!

NOTE: Je peux voir le trafic local, mais pas la requête SOAP/réponses au service Web qui est pas hébergé de toute façon localement (il est un bac à sable une autre équipe fournit)

EDIT: ce bit de configuration a fait le tour (trouvé sur le blog de Rick Strahl)

<system.net> 
    <defaultProxy> 
     <proxy 
     usesystemdefault="False" 
     bypassonlocal="True" 
     proxyaddress="http://127.0.0.1:8888"/> 
    </defaultProxy> 
    </system.net> 

Answer 1

Quel est le client du service Web? ASP.NET?

Le trafic ASP.NET n'est pas proxy à moins que vous configuriez ASP.NET pour utiliser un proxy. Il est possible/probable que le fichier app.config ou machine.config ait changé de sorte que le trafic ne soit plus transmis par proxy?

Vous devriez jeter un oeil à cette section: http://www.fiddlerbook.com/fiddler/help/hookup.asp#Q-DOTNET

Answer 2

Pouvez-vous essayer ce qui suit -

1. Essayez d'arrêter le pare-feu et de voir ce qui se passe
2. essayez d'utiliser Firefox et rediriger le trafic vers Fiddler et de voir ce qui se passe

Answer 3

Assurez-vous que le service Web que vous appelez (de IE) n'est pas http://localhost/yourwebservice

Fiddler n'intercepte pas le trafic localhost depuis IE, utilisez http://machinename/yourwebservice à la place.

Answer 4

J'ai rencontré ce problème il y a une semaine environ. Essayez cette page: http://docs.telerik.com/fiddler/Observe-Traffic/Troubleshooting/NoTrafficToLocalhosthttp://www.fiddler2.com/fiddler/help/hookup.asp#Q-LocalTraffic

Le ipv4.fiddler était la partie qui a fonctionné pour moi. J'espère que cela t'aides.

Answer 5

Vous utilisez probablement un autre port que 80 pour ces requêtes http. Je me souviens avoir mis en place un proxy inverse pour regarder les demandes WCF que je faisais sur ma machine locale pendant le développement.Voici la documentation: http://www.fiddlertool.com/fiddler/help/reverseproxy.asp

Answer 6

Si vous souhaitez afficher le trafic http entre votre site Web et votre service Web sur votre ordinateur de développement et que vous ne souhaitez pas modifier votre fichier machine.config.

Une solution simple consiste à modifier l'identité du pool d'applications de votre site Web pour utiliser vos propres informations d'identification de l'utilisateur actuellement connecté. Cela signifie que votre site Web adoptera vos paramètres de proxy et redirigera désormais vers Fiddler.