web-dev-qa-db-fra.com

Outil pour surveiller le trafic HTTP, TCP, etc. du service Web

Quel est le meilleur outil que vous utilisez pour surveiller le trafic Web Service, SOAP, WCF, etc. qui va et vient sur le câble? J'ai vu des outils créés avec Java mais ils semblent être un peu merdiques. Ce que je veux, c'est un outil qui se trouve au milieu en tant que proxy et qui redirige les ports (qui devrait avoir une configuration écouter/rediriger les ports.) Existe-t-il des outils fonctionnant sous Windows pour ce faire?

42
huseyint

Pour Windows HTTP, vous ne pouvez pas battre Fiddler . Vous pouvez l'utiliser comme proxy inverse pour la redirection de port sur un serveur Web. Il n'a pas nécessairement besoin d'IE non plus. Il peut tiliser d'autres clients .

34
Mark Cidade

Wireshark ne fait pas de redirection de port, mais renifle et interprète beaucoup de protocoles.

13
Vinko Vrsalovic

Vous pourriez trouver Microsoft Network Monitor utile si vous êtes sous Windows.

7
Michael Pliskin

Wireshark (ou Tshark) est probablement l'outil standard d'inspection de la circulation de facto. Il est discret et fonctionne sans jouer avec la redirection de port et le proxy. Il est très générique, cependant, car (AFAIK) ne fournit aucun outil spécifiquement pour surveiller le trafic des services Web - tout est tcp/ip et http.

Vous avez probablement déjà regardé tcpmon mais je ne connais aucun autre outil qui fasse le sit-in-between.

5
Chris Vest

J'ai essayé Fiddler avec sa capacité de proxy inverse qui est mentionnée par @marxidad et cela semble bien fonctionner, car Fiddler est une interface utilisateur familière pour moi et a la capacité d'afficher les demandes/réponses dans différents formats (c'est-à-dire Raw, XML, Hex) , Je l'accepte comme réponse à cette question. Une chose cependant. J'utilise WCF et j'ai obtenu l'exception suivante avec chose proxy inverse:

Le message avec To ' http: // localhost: 8000/path/to/service ' ne peut pas être traité sur le récepteur, en raison d'une incompatibilité d'AdresseFilter sur EndpointDispatcher. Vérifiez que les adresses de point de terminaison de l'expéditeur et du destinataire sont d'accord

J'ai compris (merci Google, euh .. je veux dire Live Search: p) que c'est parce que mes adresses de point de terminaison sur le serveur et le client diffèrent par le numéro de port. Si vous obtenez la même exception, consultez le message de forum MSDN suivant:

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

qui recommande d'utiliser clientVia Endpoint Behavior expliqué dans l'article MSDN suivant:

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

4
huseyint

Je seconde Wireshark . Il est très puissant et polyvalent. Et puisque cet outil fonctionnera non seulement sur Windows mais aussi sur Linux ou Mac OSX, investir votre temps pour l'apprendre (assez facile en fait) est logique. Quelle que soit la plateforme ou la langue que vous utilisez, cela a du sens.

Cordialement,

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

2
Richard Lopes

J'utilise Charles depuis quelques années. J'en suis très content.

2
Christophe Herreman

Je trouve WebScarab très puissant

1
redsquare

le proxy intégré de JMeter peut être utilisé pour enregistrer toutes les informations de demande/réponse HTTP.

Firefox "Live HTTP headers" le plugin peut être utilisé pour voir ce qui se passe du côté du navigateur lors de l'envoi/réception de la demande.

Le plugin Firefox "Tamper data" peut être utile lorsque vous devez intercepter et modifier une requête.

0

Découvrez Paros Proxy .

0
Steve M