Tool zur Überwachung von HTTP, TCP, etc. Web Service-Verkehr

Question

Was ist das beste Tool, das Sie verwenden, um den Web Service, SOAP, WCF, etc. Verkehr zu überwachen, der auf dem Draht kommt und geht? Ich habe einige Tools gesehen, die mit Java erstellt wurden, aber sie scheinen ein wenig beschissen zu sein. Was ich will, ist ein Werkzeug, das in der Mitte als Proxy sitzt und eine Port-Umleitung ausführt (die konfigurierbare Listen-/Redirect-Ports haben sollte). Gibt es irgendwelche Tools, die unter Windows funktionieren?

Answer 1

Für Windows HTTP, können Sie nicht schlagen Fiddler. Sie können es als reverse proxy für Portweiterleitung auf einem Webserver verwenden. Es braucht auch nicht unbedingt IE. Es kann use other clients.

Answer 2

Wireshark führt keine Portumleitung durch, sondern schnüffelt und interpretiert viele Protokolle.

Answer 3

Auschecken Paros Proxy.

Answer 4

Wireshark (oder Tshark) ist wahrscheinlich das Defacto-Standard-Verkehrsinspektionstool. Es ist unaufdringlich und funktioniert, ohne sich mit Portumleitung und Proxying herumzuärgern. Es ist jedoch sehr allgemein gehalten, da es (AFAIK) keine Werkzeuge speziell zur Überwachung des Web-Service-Datenverkehrs bietet - es ist alles tcp/ip und http.

Sie haben sich wahrscheinlich schon tcpmon angeschaut, aber ich kenne kein anderes Werkzeug, das die Sit-in-Between-Funktion ausführt.

Answer 5

Ich finde WebScarab sehr mächtig

Answer 6

JMeter-internen Proxy verwendet werden kann, den gesamten HTTP-Request/Response-Informationen aufzuzeichnen.

Firefox "Live HTTP Header" Plugin kann verwendet werden, um zu sehen, was auf der Browser-Seite passiert, wenn Anfrage senden/empfangen.

Firefox "Tamper Daten" Plugin kann nützlich sein, wenn Sie Anfrage abfangen und ändern müssen.

Answer 7

Sie könnten Microsoft Network Monitor hilfreich finden, wenn Sie unter Windows sind.

Answer 8

Ich verwende LogParser, um Grafiken zu generieren und nach Elementen in IIS-Protokollen zu suchen.

Answer 9

Ich habe Charles für die letzten paar Jahre verwendet. Sehr zufrieden damit.

Answer 10

Ich habe versucht Fiddler mit seiner Reverse Proxy-Fähigkeit, die von @ marxidad erwähnt wird und es scheint gut zu funktionieren, da Fiddler ist eine vertraute Benutzeroberfläche für mich und hat die Fähigkeit, Anfrage/Antworten in verschiedenen Formaten (Raw, XML, Hex), ich akzeptiere es als eine Antwort auf diese Frage. Eine Sache jedoch. Ich benutze WCF und ich bekam die folgende Ausnahme mit Reverse-Proxy-Sache:

Die Nachricht mit To ‚http://localhost:8000/path/to/service‘ kann nicht an dem Empfänger verarbeitet werden, aufgrund einer Address Mismatch am EndpointDispatcher. Überprüfen Sie, ob der Sender und Empfänger des EndpointAddresses einverstanden

Ich habe herausgefunden (dank Google, erm .. ich meine Live Search: p), dass dies, weil meine Endpunktadressen auf Server und Client von Portnummer unterscheidet.Wenn Sie die gleiche Ausnahme der folgenden MSDN-Forum Nachricht konsultieren erhalten:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2302537&SiteID=1

die clientVia Endpoint Verhalten zu verwenden, empfiehlt erklärt in folgenden MSDN-Artikel:

http://msdn.microsoft.com/en-us/magazine/cc163412.aspx

Answer 11

I zweite Wireshark. Es ist sehr leistungsfähig und vielseitig. Und da dieses Tool nicht nur unter Windows, sondern auch unter Linux oder Mac OSX funktioniert, ist es sinnvoll, Zeit zu investieren, um es zu lernen (eigentlich ziemlich einfach). Egal welche Plattform oder welche Sprache Sie verwenden, es macht Sinn.

Grüße,

Richard Nur Programmer http://sili.co.nz/blog