web-dev-qa-db-fra.com

Fiddler not sniffing SOAP traffic from site ASP.NET

Jusqu'à présent, j'ai réussi à utiliser fiddler pour renifler le trafic des services Web à partir des appareils de test, des applications de console et des projets Web.

Aujourd'hui, j'ai remarqué que je ne pouvais plus renifler ce type de trafic si j'exécutais 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 vient de disparaître (le service est touché car je vois la réponse déboguer dans le code).

Je suis toujours en mesure de renifler avec succès les demandes de savon et les réponses des appareils de test ou des applications de console dans la même solution (exactement le même environnement).

S'il s'agissait d'une mise à jour de sécurité de Windows (je suis sur Win7) ou de ce genre, cela ne fonctionnerait jamais, je suppose (sauf si cela n'affecte que le trafic acheminé via IIS).

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

Tous les pointeurs appréciés!

NOTE : je peux voir le trafic local, mais pas la SOAP demande/réponse à la service Web qui n'est de toute façon pas hébergé localement (c'est un bac à sable qu'une autre équipe fournit)

EDIT : Ce bit de configuration a fait l'affaire (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>
asp.netwcfsoapfiddlervisual-studio-2008-sp1
39
JohnIdol

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

Le trafic ASP.NET n'est pas mandaté sauf si vous configurez ASP.NET pour utiliser un proxy. Il est possible/probable que app.config ou machine.config ait changé de telle sorte que le trafic ne soit plus mandaté?

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

19
EricLaw

Si vous souhaitez afficher le trafic http entre votre site Web et votre service Web sur votre machine de développement et ne souhaitez pas modifier votre 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 sera désormais redirigé vers Fiddler.

3
sjclark76

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

L'ipv4.fiddler était la partie qui fonctionnait pour moi. J'espère que cela t'aides.

1
kevindaub

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

Fiddler n'interceptera pas le trafic localhost d'IE, utilisez plutôt http: // machinename/yourwebservice .

1
Stephen Dolier

Vous utilisez probablement un port autre que 80 pour ces requêtes http. Je me souviens avoir configuré un proxy inverse pour examiner 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

0
marr75