2008-09-23 21 views
41

¿Cuál es la mejor herramienta que utiliza para controlar el tráfico del servicio web, SOAP, WCF, etc. que va y viene por el cable? He visto algunas herramientas que hicieron con Java pero parecen estar un poco mal. Lo que quiero es una herramienta que se encuentre en el medio como un proxy y redirecciona puertos (que debe tener puertos configurables de escucha/redirección). ¿Hay alguna herramienta que funcione en Windows para hacer esto?Herramienta para supervisar HTTP, TCP, etc. Tráfico del servicio web

+1

que no entiendo la pregunta tan bueno :) - ¿Quieres controlar el tráfico o usted quiere hacer algo de conformación/policía/redireccionamiento/priorizar el tráfico también? – anbanm

+0

Quiero monitorear el tráfico porque no quiero enviar accidentalmente gráficos de objetos muy grandes por el cable. – huseyint

+0

También uno nuevo + HTTPS: http://www.tcpcatcher.org/ – user956584

Respuesta

33

Para HTTP de Windows, no puede vencer Fiddler. Puede usarlo como reverse proxy para reenviar puertos en un servidor web. No necesariamente necesita IE, tampoco. Puede use other clients.

+2

de manera predeterminada, el violín no escucha el tráfico dirigido a localhost: para usarlo en desarrollo use el nombre de su máquina como el punto final – Richard

+0

Sí, utilizo mucho Fiddler durante el desarrollo web, pero AFAIK está trabajando en conjunto con IE. ¿Hay alguna forma de configurarlo para que pueda usarlo entre mi servidor de servicio web y el cliente? – huseyint

+0

Fiddler es solo un proxy de depuración, si configura su cliente para utilizar 127.0.0.1:8888 como proxy verá todo el tráfico pasando por fiddler. También puedes habilitarlo para clientes remotos. – AnthonyWJones

13

Wireshark no hace la redirección de puertos, pero olfatea e interpreta una gran cantidad de protocolos.

+2

Wireshark es bueno, pero es una pequeña herramienta de bajo nivel que observa el tráfico a nivel de ethernet. Lo que quiero es una herramienta para el uso del servicio web dedicado con una interfaz de usuario adecuada que pueda mostrar un bonito árbol XML, etc. – huseyint

5

Wireshark (o Tshark) es probablemente la herramienta de inspección de tráfico estándar de facto. Es discreto y funciona sin alterar el redireccionamiento y el proxy del puerto. Sin embargo, es muy genérico, ya que no (AFAIK) proporciona herramientas específicamente para monitorear el tráfico del servicio web; todo es tcp/ip y http.

Probablemente ya haya mirado tcpmon, pero no conozco ninguna otra herramienta que sirva de intermediario.

+0

Sí, he buscado tcpmon y es lo mejor que he encontrado hasta ahora, pero se puede desarrollar más IMO. Probablemente escribiré mi propia herramienta :) – huseyint

0

de JMeter incorporada proxy de puede ser utilizado para registrar toda la información de petición/respuesta HTTP.

Firefox "Encabezados HTTP en vivo" se puede usar el complemento para ver qué está sucediendo en el lado del navegador cuando se envía/recibe una solicitud.

Firefox "Tamper data" El complemento puede ser útil cuando necesita interceptar y modificar una solicitud.

7

Puede encontrar Microsoft Network Monitor útil si está en Windows.

+0

Esto ahora se llama Microsoft Message Analyzer - https://www.microsoft.com/en-ie/download/details.aspx?id=44226 – pootzko

-2

Uso LogParser para generar gráficos y buscar elementos en los registros de IIS.

2

He estado usando Charles durante los últimos años. Muy satisfecho con eso.

4

Probé Fiddler con su capacidad de proxy inverso que es mencionado por @marxidad y parece estar funcionando bien, ya que Fiddler es una interfaz de usuario familiar para mí y tiene la capacidad de mostrar solicitudes/respuestas en varios formatos (es decir, Raw, XML, Hex), lo acepto como una respuesta a esta pregunta. Una cosa sin embargo. Yo uso WCF y me dio la siguiente excepción de cosa proxy inverso:

El mensaje con A 'http://localhost:8000/path/to/service' no pueden ser procesados ​​en el receptor, debido a una falta de coincidencia en el AddressFilter EndpointDispatcher. Compruebe que el remitente y el receptor de EndpointAddresses están de acuerdo

he descubierto (gracias Google, erm .. me refiero a Live Search: p) de que esto se debe a mis direcciones de punto final en el servidor y el cliente se diferencia por el número de puerto.Si se obtiene la misma excepción a consultar el siguiente mensaje de foro de MSDN:

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

que recomienda utilizar clientVia punto final comportamiento se explica en el siguiente artículo de MSDN:

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

2

Me segunda Wireshark. Es muy poderoso y versátil. Y dado que esta herramienta funcionará no solo en Windows sino también en Linux o Mac OSX, invertir tiempo para aprenderlo (bastante fácil en realidad) tiene sentido. Cualquiera sea la plataforma o el idioma que uses, tiene sentido.

Saludos,

Richard Sólo programador http://sili.co.nz/blog

+0

El enlace http: // sili. co.nz/blog no funciona, parece que el dominio sili.co.nz ya no existe. – Mrdev

Cuestiones relacionadas