Quel est le meilleur outil que vous utilisez pour surveiller le service Web, SOAP, WCF, etc trafic qui va et vient sur le fil? J'ai vu quelques outils qui ont fait avec Java, mais ils semblent être un peu merdique. Ce que je veux, c'est un outil qui se trouve au milieu comme un proxy et ne redirection du port (qui devrait avoir configurable écouter / rediriger les ports). Y at-il des outils de travail sur Windows pour ce faire?
Réponses
Trop de publicités?
Pour Windows HTTP, vous ne pouvez pas battre Fiddler. Vous pouvez l'utiliser comme proxy inversé pour l'avant-port sur un serveur Web. Il n'a pas nécessairement besoin ie, que ce soit. Il peut utiliser d'autres clients.
Vinko Vrsalovic
Points
116138
Wireshark ne fait pas de redirection du port, mais renifle et interprète beaucoup de protocoles.
Michael Pliskin
Points
1165
Vous trouverez peut-être Microsoft Network Monitor utile si vous êtes sous Windows.
Chris Vest
Points
5622
Wireshark (ou Tshark) est probablement le standard de facto de la circulation outil d'inspection. Il est discret et fonctionne sans jongler avec la redirection de port et l'utilisation de proxy. Il est très générique, bien que, tant que n'a pas (à ma connaissance) de fournir des outils spécifiquement pour surveiller le trafic de service - c'est tout de tcp/ip et http.
Vous avez probablement déjà regardé tcpmon mais je ne connais pas d'autre outil que le sit-in entre-deux chose.
huseyint
Points
8196
J'ai essayé Fiddler avec son reverse proxy capacité qui est mentionné par @marxidad et il semble fonctionner correctement, depuis Fiddler est un familier de l'INTERFACE utilisateur, pour moi, et a la capacité de montrer des requêtes/réponses dans différents formats (c'est à dire Brut, XML, Hex), je l'accepte comme une réponse à cette question. Une chose cependant. J'ai utiliser WCF et j'ai obtenu l'exception suivante avec le reverse proxy chose:
Le message De"http://localhost:8000/path/to/service"ne peut pas être traitées au niveau du récepteur, en raison d'une AddressFilter inadéquation à la EndpointDispatcher. Vérifiez que l'émetteur et le récepteur du EndpointAddresses d'accord
J'ai compris (merci Google, euh.. je veux dire la Recherche en Direct :p) que c'est parce que mon point de terminaison d'adresses sur le serveur et le client se distingue par un numéro de port. Si vous obtenez la même exception consultez le site web MSDN suivant message de forum:
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2302537&SiteID=1
qui recommande d'utiliser clientVia Comportement de point de Terminaison expliqué dans l'article MSDN suivant:
