Fiddler ne renifle pas le trafic SOAP d'un site Web ASP.NET

Question

Jusqu'à présent, j'ai utilisé fiddler avec succès pour renifler le trafic de services web à partir de tests, d'applications console et de projets web.

Aujourd'hui, j'ai remarqué que je ne suis plus en mesure 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 disparaît (le service est touché car je vois la réponse en déboguant dans le code).

Je suis toujours en mesure de renifler avec succès les requêtes et les réponses soap à partir de montages de test ou d'applications 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 autre, cela ne fonctionnerait jamais je suppose (à moins que cela n'affecte que le trafic acheminé par IIS).

Qu'est-ce que je dois rechercher qui pourrait causer l'émergence ce comportement ?

Tous les conseils sont les bienvenus !

NOTE : Je peux voir le trafic local mais pas les demandes/réponses SOAP au service web qui n'est pas hébergé localement de toute façon (c'est un bac à sable fourni par une autre équipe).

EDITAR : Ce petit bout 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>

Answer 1

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

Le trafic ASP.NET n'est pas soumis à un proxy, sauf si vous configurez ASP.NET pour qu'il utilise un proxy. Il est possible/improbable que le fichier app.config ou machine.config ait été modifié de telle sorte que le trafic ne soit plus acheminé par un proxy ?

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

Answer 2

Si vous souhaitez visualiser le trafic http entre votre site web et votre service web sur votre machine de développement, et que vous 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 redirigera désormais vers Fiddler.

Answer 3

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

Fiddler n'interceptera pas le trafic localhost provenant d'IE, utiliser 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/NoTrafficToLocalhost http://www.fiddler2.com/fiddler/help/hookup.asp#Q-LocalTraffic

Le ipv4.fiddler est la partie qui a fonctionné pour moi. J'espère que cela vous aidera.

Answer 5

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