Ich habe kürzlich den neuesten Fiddler (Fiddler4) installiert und absolut nichts, was ich versuche, es zu bekommen, um lokalen Verkehr zu erfassen. Ich habe eine MVC-Anwendung, die eine Verbindung zu einer MVC WebApi-App herstellt, die beide auf IIS ausgeführt werden. Folgendes habe ich ausprobiert:
http://machinename/app-name http://localhostproxy.com/app-name http://localhost .
<system.net>
<defaultProxy>
<proxy bypassonlocal="False" usesystemdefault="True" />
</defaultProxy>
</system.net>
zu meiner web.config der MVC App hinzugefügt. Nichts hat funktioniert, ich habe keine Ahnung, was ich versuchen soll. Jeder Rat wird sehr geschätzt. Vielen Dank, Shawn
Es stellte sich heraus, dass ich Fiddler als Reverse-Proxy einrichten musste ( Ссылка ). Ich verstehe nicht wirklich warum, bevor ich von Fiddler2 auf Fiddler4 umgerüstet habe, musste ich das nicht tun. Früher konnte ich http://ipv4.localhost/app-name benutzen und alles hat gut funktioniert. Um es mit Fiddler4 arbeiten zu lassen, habe ich jedoch den Reverse-Proxy eingerichtet und dann alle meine Anfragen von http://ipv4.localhost/app-name auf http://machinename:8888/app-name geändert. Ich kann jetzt Inter-App-Kommunikation zuhören. Irgendeine Idee, warum ich das nicht mit Fiddler2 machen musste, aber jetzt mache ich nach dem Upgrade auf Fiddler4?
Ich weiß, dass du das in deinem OP erwähnt hast, aber das funktionierte für mich und war super einfach, also dachte ich, ich würde es teilen, falls andere auf dasselbe Problem stoßen und nicht die Mühe machen wollen, das Setting durchzuführen up einen Reverse-Proxy, wenn sie nicht müssen.
Ich habe das geschafft, indem ich einfach den IIS-Anwendungspool geändert habe, dessen Datenverkehr ich unter meiner Identität überprüfen wollte, da Fiddler anscheinend nur den Datenverkehr des angemeldeten Benutzers erfasst. Stellen Sie nur sicher, dass Ihr Benutzer über alle erforderlichen Berechtigungen verfügt, die für IIS erforderlich sind. Ich bin ein Admin, also war das kein Problem für mich. Vergessen Sie natürlich nicht, die Identität des IIS-Anwendungspools zu ändern, wenn Sie fertig sind.
Die andere Option besteht natürlich darin, sich stattdessen als Benutzer des IIS-Anwendungspools anzumelden (wenn es kein Dienstkonto wie Network Service ist) und dann Fiddler auszuführen, während Sie als dieser andere Benutzer angemeldet sind.
Die einfachste zuverlässige Lösung, die ich kenne, um Nicht-Webbrowser-Datenverkehr zu erfassen, besteht darin, den Fiddler-Port explizit als Proxy für Webanforderungen anzugeben. Abhängig von den Anforderungen Ihres Codes wird der Code ähnlich aussehen:
%Vor%Hinweis: Vergessen Sie nicht, Fiddler mit "Capturing" und "All Process" (sichtbar in der Statusleiste von Fiddler) auszuführen
Versuchen Sie es mit Ссылка
d. h. Versuchen Sie, einen Punkt an den Computernamen anzuhängen und zu suchen.