Fiddler nicht schnüffeln SOAP-Verkehr von ASP.NET-Website

Question

Bis jetzt habe ich Fiddler erfolgreich verwendet, um Web-Service-Verkehr von beiden Test-Geräte, Konsolen-Apps und Web-Projekte zu erschnuppern.

Heute habe ich bemerkt, dass ich nicht mehr in der Lage bin, diese Art von Verkehr zu schnüffeln, wenn ich meine Webanwendung (es ist eine ASP.NET-Website, lokal auf IIS gehostet). Ich sehe den gesamten lokalen Datenverkehr, aber der Web-Service-Datenverkehr ist einfach weg (der Dienst wird angeklickt, da ich das Debugging der Antwort im Code sehe).

Ich bin immer noch in der Lage, Soap-Anfragen und Antworten von Test Fixtures oder Konsole-Anwendungen in der gleichen Lösung (genau die gleiche Umgebung) erfolgreich zu schnuppern.

Wenn es ein Windows (ich bin auf Win7) Sicherheitsupdate oder dergleichen wäre, würde es nie funktionieren, denke ich (es sei denn, es betrifft nur Datenverkehr über IIS).

Was sollte ich suchen, die das Auftreten dieses Verhaltens verursachen könnte?

Alle Hinweise geschätzt!

HINWEIS: kann ich den lokalen Verkehr, sehen aber nicht die SOAP-Request/Antworten auf die Web-Service, die lokal nicht ohnehin gehostet wird (es ist eine Sandbox ein anderes Team bietet)

EDIT: Dieses Bit der Konfiguration hat der Trick (gefunden auf Rick Strahl Blog)

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

Answer 1

Was ist der Client des Web-Service? ASP.NET?

ASP.NET-Datenverkehr wird nicht weitergeleitet, es sei denn, Sie konfigurieren ASP.NET für die Verwendung eines Proxys. Es ist möglich/wahrscheinlich, dass die app.config oder machine.config so geändert wurde, dass der Datenverkehr nicht mehr weitergeleitet wird?

Sie sollten einen Blick auf diesen Abschnitt haben: http://www.fiddlerbook.com/fiddler/help/hookup.asp#Q-DOTNET

Answer 2

können Sie versuchen, die folgenden -

1. Versuchen Sie, die Windows-Firewall zu stoppen und sehen, was
2. geschieht firefox versuchen Sie es mit und Umleitung Verkehr Fiddler und sehen, was die Web-Service (von IE) Sie anrufen

Answer 3

Stellen Sie sicher, geschieht, ist nicht http://localhost/yourwebservice

Fiddler wird den localhost-Datenverkehr vom IE nicht abfangen, stattdessen http://machinename/yourwebservice verwenden.

Answer 4

Ich bin vor ungefähr einer Woche in diese Ausgabe geraten. Versuchen Sie, diese Seite: http://docs.telerik.com/fiddler/Observe-Traffic/Troubleshooting/NoTrafficToLocalhosthttp://www.fiddler2.com/fiddler/help/hookup.asp#Q-LocalTraffic

Der ipv4.fiddler der Teil war die für mich gearbeitet. Hoffe das hilft.

Answer 5

Du bist wahrscheinlich einen anderen Port als 80 für diese HTTP-Anfragen verwenden. Ich erinnere mich daran, einen Reverse-Proxy eingerichtet zu haben, um WCF-Anfragen zu sehen, die ich während des Entwickelns auf meinem lokalen Rechner gemacht habe.Hier ist die Dokumentation:

Answer 6

Wenn Sie den HTTP-Verkehr zwischen Ihrer Website und Ihrem Webdienst auf Ihrem Entwicklungscomputer anzeigen möchten, und nicht Ihre Maschine.config ändern möchten.

Eine einfache Lösung besteht darin, die Identität des Anwendungspools Ihrer Website so zu ändern, dass Ihre eigenen Anmeldeinformationen des aktuell angemeldeten Benutzers verwendet werden. Dies bedeutet, dass Ihre Website Ihre Proxy-Einstellungen übernimmt und jetzt zu Fiddler umleitet.