Monitoreo de solicitudes de servicios web usando Fiddler

AlanRex1

<\/HEAD>

En una publicación anterior del blog<\/A>, mi estimada colega y rival en juegos de mesa Kelly Gerrow-Wilcox discutió los conceptos básicos de capturar el tráfico web en un navegador utilizando las herramientas integradas para desarrolladores del navegador.  Pero, ¿qué pasa cuando estás consumiendo servicios en ArcGIS Pro, ArcMap o cualquier otro cliente que no sea un navegador?  Entra: herramientas para capturar tráfico web.  Hay numerosas herramientas gratuitas (como Fiddler<\/A>, Wireshark<\/A>, Charles<\/A> y otras) que permiten a los usuarios capturar el tráfico web desde sus computadoras.  Este blog se centrará en capturar tráfico HTTP\/HTTPS usando Fiddler.  He elegido Fiddler debido a su interfaz relativamente simple y su amplia adopción dentro del Soporte Técnico de Esri. <\/P>

<\/P>

<\/P>

Básicos: descarga, configuración y diseño<\/STRONG><\/H2>Fiddler puede descargarse aquí<\/A>.  Después de la instalación, la única configuración crítica que debe realizarse es habilitar la captura de tráfico sobre HTTPS.<\/P>

1. Con Fiddler abierto, ve a Tools > Options<\/LI>
2. En el panel que se abre, marca Capture HTTPS CONNTECTs<\/STRONG> y Decrypt HTTPS traffic<\/STRONG>. (Esto te permite capturar cualquier solicitud enviada usando HTTPS, que está reemplazando lenta pero inevitablemente a HTTP como protocolo para transferir datos a través de la web). <\/LI><\/OL><\/P><\/P><\/P><\/P><\/P>Si es necesario capturar tráfico de red desde un dispositivo móvil, se requiere una configuración adicional.  Tanto el dispositivo móvil como la máquina donde está instalado Fiddler deberán estar usando la misma red wifi.  Los siguientes documentos describen los pasos para capturar tráfico móvil:<\/P>

http:\/\/docs.telerik.com\/fiddler\/Configure-Fiddler\/Tasks\/ConfigureForiOS<\/A><\/LI>http:\/\/docs.telerik.com\/fiddler\/Configure-Fiddler\/Tasks\/ConfigureForAndroid<\/A><\/LI>http:\/\/docs.telerik.com\/fiddler\/Configure-Fiddler\/Tasks\/MonitorWindowsPhone7<\/A><\/LI><\/UL><\/PRE>

<\/P>

La aplicación Fiddler en sí está dividida en dos secciones principales; la lista de Web Sessions<\/_STRONG> y el... otro panel (no pude encontrar un nombre oficial así que para los propósitos de este blog lo llamaremos el panel Detalles<\/_STRONG>). <\/_P><\/_P><\/_P>El panel Web Sessions incluye una lista secuencial de cada solicitud enviada por el cliente a un servidor web.  La información importante contenida aquí incluye:<\/_P>El tipo de protocolo usado (HTTP o HTTPS)<\/_LI>A qué servidor se envió la solicitud y la URL completa<\/_LI>El código de respuesta HTTP/HTTPS (

aquí hay una descripción de lo que significan<\/_A>)<\/_LI>El tamaño del cuerpo de la respuesta (en bytes)<\/_LI>El tipo de contenido (imagen, texto, etc)<\/_LI><\/_UL>

 <\/_P>

Nota: las columnas en el panel Web Sessions pueden configurarse personalizadamente haciendo clic derecho en cualquier parte de los encabezados y seleccionando Customize Columns<\/_STRONG>.  Algunos campos útiles para activar pueden ser:<\/_P>Overall Elapsed (disponible bajo Collection: Session Timers. Este es el tiempo total que tarda en enviarse y recibirse la solicitud)<\/_LI>ClientBeginRequest (disponible bajo Collection: Session Timers. Este es el momento en que tu software comenzó a enviar la solicitud, usando la hora de tu computadora)<\/_LI>X -HostIP (Selecciona Collection: Session Flags e ingresa manualmente el Nombre del Encabezado. Esta es la dirección IP del servidor destino de la solicitud)<\/_LI><\/_UL> <\/_P>Si haces clic en una sola sesión web, eso activa que el panel Detalles se llene con una gran variedad de información para esa solicitud específica. <\/_P> <\/_SPAN><\/_P><\/_P>

Intermedio:  ¿Qué significan estos detalles? ¿Significan algo? ¡Vamos a descubrirlo!<\/_STRONG>

Hay numerosas pestañas en el panel Detalles.  Las más útiles (para nuestros propósitos) son Timeline, Statistics, y Inspectors.  Las otras son funcionalidades avanzadas fuera del alcance de este blog.

 

Las pestañas Statistics y Timeline son ambas útiles al investigar cualquier problema relacionado con el rendimiento, por ejemplo si un servicio tarda mucho en cargar en Map Viewer.  La pestaña Timeline es útil para identificar qué solicitud en un proceso con múltiples solicitudes actúa como cuello de botella.  Para utilizar la pestaña Timeline, selecciona múltiples solicitudes en la lista Web Sessions.  La línea de tiempo mostrará las solicitudes en un formato secuencial tipo "cascada".  Cualquier solicitud que tome un tiempo inusualmente largo destacará claramente con una barra significativamente más larga en la línea de tiempo.

 

Statistics muestra los tiempos exactos que tomó cada paso de la solicitud, desde que el cliente inicialmente hizo una conexión hasta el último paso cuando el cliente recibe la respuesta.  Esta descomposición es útil para identificar potencialmente qué paso en el proceso de una sola solicitud actúa como cuello de botella.  Por ejemplo, si cada paso toma una fracción de segundo, pero hay una pausa de varios segundos entre ServerGotRequest y ServerBeginResponse eso indicaría que algo del lado del servidor está causando una desaceleración. 

 

Finalmente, la pestaña Inspectors es donde se muestra la mayor parte de la información y probablemente donde se realizará la gran mayoría del diagnóstico.
Aquí es donde se levanta el telón para revelar los detalles minuciosos de cómo las aplicaciones interactúan con los servicios web.  Inspectors está dividido además en dos secciones principales; la información Request (todo lo relacionado con la solicitud enviada por el cliente) y la información Response (todo lo relacionado con la respuesta devuelta por el servidor).  Ambas divisiones tienen un conjunto casi idéntico de subdivisiones que muestran el contenido de la solicitud/respuesta en diferentes formatos.  A continuación están las pestañas útiles para nuestros propósitos:

• Headers – Una lista de información adicional que no forma parte de la solicitud principal. Esto puede incluir información como seguridad/autenticación, formato de datos de la solicitud o respuesta, tipo de cliente que hace la solicitud, etc. Este es un buen lugar para encontrar un token ArcGIS Online, cuando sea relevante.
• WebForms (específico para request) – Dependiendo del tipo de solicitud, esto mostrará un desglose de cada parámetro de solicitud y su valor. Por ejemplo, al enviar una consulta de búsqueda esta sección mostrará los parámetros de la consulta (como palabras clave, rangos de fechas, etc).
• ImageView (específico para response) – Si la solicitud es para una imagen, ImageView mostrará la imagen devuelta. Obviamente, esto es particularmente útil para solicitudes que involucran servicios con mosaicos.
• Raw – Esto mostrará toda la solicitud o respuesta en formato texto.
black;"> <\/SPAN>JSON<\/STRONG><\/SPAN> 6 Si la solicitud\/respuesta incluye contenido en formato JSON, esta pestaF1a muestra el contenido en un formato mE1s legible para humanos. Esto es particularmente FAtil para solicitudes\/respuestas a la API REST de servidores ArcGIS Enterprise.<\/SPAN><\/LI>
• <\/SPAN>XML<\/STRONG><\/SPAN> 6 Si la solicitud\/respuesta incluye contenido en formato XML, esta pestaF1a muestra el contenido en un formato mE1s legible para humanos. Esto es particularmente FAtil para solicitudes\/respuestas a servicios OGC.<\/SPAN><\/LI><\/UL><\/P><\/P>Avanzado: Eso es genial Alan.  Pero, BFquE9 se supone que debo hacer realmente con esta informaciF3n? <\/STRONG><\/SPAN><\/H2>C<\/SPAN>F3mo usas la informaciF3n del trE1fico de red dependerE1 de lo que estE9s tratando de aprender o resolver.  Revisar el trE1fico de red puede ayudar a identificar dF3nde y quE9 es un problema pero no puede decirte la soluciF3n.  AquED es donde entra en juego tu conocimiento de tu app, tus servicios web y si todo falla, una buena bFAsqueda web a la antigua.  AquED hay algunos ejemplos comunes de formas para aislar el problema que estE1s enfrentando:<\/SPAN><\/P> <\/SPAN><\/P> <\/SPAN>Revisa el cF3digo de respuesta HTTP\/HTTPS en el panel Web Sessions. Cualquier cosa que no sea 200 deberEDa investigarse (no necesariamente es un problema, pero vale la pena revisarlo).  Nuevamente, <\/SPAN>aquED hay una descripciF3n de lo que significan<\/A>.  Incluso una respuesta 200 podrEDa contener mensajes de error u otra informaciF3n FAtil.<\/SPAN>Una respuesta 304 de un servidor harE1 que el cliente (navegador web, ArcMap, etc) use la cachE9 del cliente y por lo tanto Fiddler no estE1 capturando realmente una respuesta completa del servidor. Si hay una respuesta 304 en una solicitud crDticamente importante, intenta nuevamente ya sea en modo Incognito o limpia la cach9 del cliente. <\/LI> <\/SPAN>Una respuesta 401 o 403 normalmente significa que el servidor requiere algAn tipo de autenticaci3n. Esto ayudarDa, por ejemplo, a identificar un servicio de entidades no compartido en un mapa web que est9 compartido pAblicamente.  <\/SPAN><\/LI> <\/SPAN>Una respuesta 504 normalmente significa que algo agot3 el tiempo. Usa esto junto con las columnas Timeline<\/STRONG>, Statistics<\/STRONG> y Overall Elapsed<\/STRONG> mencionadas arriba para solucionar problemas de rendimiento.
  
  <\/SPAN><\/LI><\/UL><\/LI> <\/SPAN>Si no puedes encontrar la solicitud problem1tica, abre las pestañas Raw, JSON o XML de la respuesta y simplemente despl1zate por las solicitudes buscando una que devuelva un error. <\/SPAN> <\/SPAN>Raw, JSON y XML contienen exactamente la misma informaci3n, solo formateada diferente.<\/SPAN><\/LI> <\/SPAN>Cuando ocurren errores, el error listado en la respuesta puede ser mAs detallado que el error proporcionado en la interfaz de usuario de cualquier aplicaci3n que se estuviera utilizando. <\/SPAN><\/LI><\/UL><\/LI><\/UL><\/SPAN><\/P> 6Encuentra una forma de ignorar solicitudes irrelevantes!!<\/STRONG>Uno de los factores mAs desafiantes al solucionar problemas del tr1fico de red es el volumen de solicitudes que se envDan y reciben incluso para acciones menores. A continuaci3n hay estrategias para ayudar a evitar saturar tu registro con solicitudes innecesarias.Apaga Capture (Archivo > desmarca Capture Traffic) cuando sepas que Fiddler no est1 capturando informaci3n relevante.<\li\ >Cierra cualquier ventana del navegador o procesos en segundo plano que no necesiten estar ejecutandose.<\li\ >Si Fiddler está capturando tráfico que sabes que no está relacionado con lo que estás investigando, filtra ese tráfico fuera del panel Web Sessions haciendo clic derecho sobre una sesión > Filter > selecciona qué parámetro de sesión quieres filtrar.<\li\ >Si has capturado varias solicitudes que sabes que no necesitas, seleccionalas y elimínalas.<\li\ >Dirige Fiddler para capturar solo solicitudes desde una sola aplicación haciendo clic en el botón 'Any Process' (junto al pequeño icono de objetivo), manteniendo presionado y luego soltando el ratón sobre la aplicación desde la cual quieres capturar. Esto sería útil, por ejemplo, para capturar todo el tráfico proveniente de ArcMap mientras ignoras todo lo que ocurre con tus navegadores. <\li\ ><\ul\ ><\li\ > <\ul\ > <\li\ > problemas relacionados con el tráfico web en GIS, pero son herramientas útiles para ayudar.  Con un poco de práctica, utilizar este tipo de software puede ayudar a resolver una amplia variedad de problemas al acceder a servicios web en aplicaciones GIS. 
  
  ¿Tienes algún buen consejo sobre Fiddler (o registro general del tráfico de red)?  ¡No dudes en dejarlos en los comentarios!<\/P><\/BODY><\/HTML>

RuiMenezes

Hi Alan

Thank you very much for your inputs.

I believe it is an IT "situation" but I want to gather as much info as possible.

I'm using fiddler to troubleshoot ArcGIS Pro so let's see how it goes.

Once again, thank you very much!

Cheers, 

Rui