Monitorando solicitações de serviço web usando Fiddler

AlanRex1

<\/HEAD>

Em um post anterior no blog<\/A>, minha estimada colega e rival em jogos de tabuleiro Kelly Gerrow-Wilcox discutiu o básico de capturar o tráfego web em um navegador usando as ferramentas de desenvolvedor embutidas no navegador.  Mas e quando você está consumindo serviços no ArcGIS Pro, ArcMap ou qualquer outro cliente que não seja navegador?  Apresentamos: ferramentas de captura de tráfego web.  Existem inúmeras ferramentas gratuitas (como Fiddler<\/A>, Wireshark<\/A>, Charles<\/A> e outras) que permitem aos usuários capturar o tráfego web de seus computadores.  Este blog focará na captura de tráfego HTTP\/HTTPS usando o Fiddler.  Escolhi o Fiddler por causa da sua interface relativamente simples e ampla adoção dentro do Suporte Técnico Esri. <\/P>

<\/P>

<\/P>

Básico: download, configuração e layout<\/STRONG><\/H2>O Fiddler pode ser baixado aqui<\/A>.  Após a instalação, a única configuração crítica que precisa ocorrer é habilitar a captura de tráfego via HTTPS.<\/P>

1. Com o Fiddler aberto, vá para Ferramentas > Opções<\/LI>
2. Na janela que abrir, marque Capturar CONNTECTs HTTPS<\/STRONG> e Descriptografar tráfego HTTPS<\/STRONG>. (Isso permite capturar quaisquer requisições enviadas usando HTTPS, que está substituindo lenta mas inevitavelmente o HTTP como protocolo para transferência de dados pela web). <\/LI><\/OL><\/P><\/P><\/P><\/P><\/P>Se for necessário capturar o tráfego de rede de um dispositivo móvel, alguma configuração extra é requerida.  Tanto o dispositivo móvel quanto a máquina onde o Fiddler está instalado precisarão estar na mesma rede wifi.  Os seguintes documentos descrevem os passos para capturar tráfego móvel:<\/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>

O próprio aplicativo Fiddler é dividido em duas seções principais; a lista de Sessões Webs<\/ black;"> <\/SPAN>JSON<\/STRONG><\/SPAN> 1 Se a requisie7e3o\/resposta incluir contefado em formato JSON, esta aba exibe o contefado de forma mais legedvel para humanos. Isso e9 particularmente fatil para requisie7f5es\/respostas para a API REST dos servidores ArcGIS Enterprise.<\/SPAN><\/LI> <\/SPAN>XML<\/STRONG><\/SPAN> 1 Se a requisie7e3o\/resposta incluir contefado em formato XML, esta aba exibe o contefado de forma mais legedvel para humanos. Isso e9 particularmente fatil para requisie7f5es\/respostas para servie7os OGC.<\/SPAN><\/LI><\/UL><\/P><\/P>

Avane7ado: Isso e9 ótimo Alan.  Mas o que eu realmente devo fazer com essa informae7e3o? <\/STRONG><\/SPAN><\/H2>C<\/SPAN>omo vocea usa informae7f5es do tre1fego de rede vai depender do que vocea este1 tentando aprender ou resolver.  Verificar o tre1fego de rede pode ajudar a identificar onde e o que 9 um problema, mas ne3o pode dizer qual 9 a solue7e3o.  Aqui entra seu conhecimento do seu app, seus servi7os web e, se tudo mais falhar, uma boa pesquisa na web tradicional.  Aqui est33 alguns exemplos comuns de maneiras de isolar o problema que voca9 esta1 enfrentando:<\/SPAN><\/P> <\/SPAN><\/P> <\/SPAN>Verifique o cf3digo de resposta HTTP\/HTTPS no painel Web Sessions. Qualquer coisa que na3o seja 200 deve ser investigada (pode na3o ser necessariamente um problema, mas vale a pena olhar).  Novamente, <\/SPAN>aqui esta1 uma descria7a3o do que isso significa<\/A>.  Mesmo uma resposta 200 pode conter mensagens de erro ou outras informaa7a5es fatteis.<\/SPAN>Uma resposta 304 de um servidor fara1 com que o cliente (navegador web, ArcMap, etc) use o cache do cliente e o Fiddler portanto na3o esta1 capturando uma resposta completa do servidor. Se houver uma resposta 304 em uma requisia7a3o criticamente importante, tente novamente no modo Incognito ou limpe o cache do seu cliente. <\/LI> <\/SPAN>Uma resposta 401 ou 403 normalmente significa que o servidor requer algum tipo de autenticaa7a3o. Isso ajudaria, por exemplo, a identificar um servia7o de feiatura na3o compartilhado em um mapa web que esta1 compartilhado publicamente.  <\/SPAN><\/LI> <\/SPAN>Uma resposta 504 normalmente significa que algo expirou. Use isso em conjunto com as colunas Timeline<\/STRONG>, Statistics<\/STRONG> e Overall Elapsed<\/STRONG> mencionadas acima para solucionar problemas de desempenho.

<\/SPAN><\/LI><\/UL><\/LI> <\/SPAN>Se voc6#39;n6#39;t conseguir encontrar a requisi6#39;o problem6#39;tica, abra as abas Raw, JSON ou XML da resposta e simplesmente role pelas requisi6#39;6#39;s procurando uma que retorne um erro. <\/SPAN> <\/SPAN>Raw, JSON e XML cont6#39;m exatamente as mesmas informa6#39;6#39;s, apenas formatadas de maneira diferente.<\/SPAN><\/LI> <\/SPAN>Quando ocorrem erros, o erro listado na resposta pode ser mais detalhado do que o erro fornecido na interface do usu6#39;6#39;rio da aplica6#39;6#39;o utilizada. <\/SPAN><\/LI><\/UL><\/LI><\/UL><\/SPAN><\/P>Encontre uma maneira de ignorar requisi6#39;6#39;s irrelevantes!!<\/STRONG>Um dos fatores mais desafiadores na solu6#39;6#39;o de problemas no tr
eacutefego de rede 6#233 o volume de requisi
eacutees enviadas e recebidas mesmo para acoes menores. Abaixo estao estrat
eacutegias para ajudar a evitar poluir seu log com requisies desnecessarias.
Desative a captura (Arquivo > desmarque Capturar Tráfego) quando souber que o Fiddler não está capturando informações relevantes.Feche quaisquer janelas do navegador ou processos em segundo plano que não precisam estar em execução.Se o Fiddler estiver capturando tráfego que você sabe que não está relacionado ao que está investigando, filtre-o das Sessões Web clicando com o botão direito em uma sessão > Filtrar > selecione qual parâmetro da sessão deseja filtrar.Se você capturou várias solicitações que sabe que não precisa, selecione e exclua-as.Aponte o Fiddler para capturar apenas solicitações de um único aplicativo clicando no botão 'Any Process' (próximo ao pequeno ícone de alvo), segurando e depois soltando o mouse sobre o aplicativo do qual deseja capturar. Isso seria útil, por exemplo, para capturar todo o tráfego vindo do ArcMap enquanto ignora tudo que ocorre nos seus navegadores. 

 


Depois de isolar as solicitações relevantes para o problema que você está investigando, as dicas a seguir podem ajudar a determinar qual é o problema real.



Se você conseguir isolar a solicitação problemática, considere qual é a natureza dessa solicitação para ajudar a determinar os próximos passos.


É uma solicitação dos metadados básicos do serviço? (por exemplo, https://sampleserver6.arcgisonline.com/arcgis/rest/services/SampleWorldCities/MapServer?f=json) Isso implicaria que há um problema com o serviço (ou servidor) em si. 


O serviço está respondendo bem, mas uma única consulta, tile ou solicitação de trabalho está falhando? (por exemplo, http://sampleserver6.arcgisonline.com/arcgis/rest/services/SampleWorldCities/MapServer/export?dpi=96&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;&) Isso implicaria que há um problema com os dados ou talvez com os parâmetros da solicitação específica enviada. 


Todas as solicitações ao serviço estão falhando? Talvez todo o servidor esteja fora do ar ou inacessível.   



É possível reenviar qualquer solicitação clicando com o botão direito em uma Sessão Web > Reproduzir > Reemitir e Editar.

Isso é especialmente útil para isolar um cabeçalho específico ou parâmetro da solicitação que pode estar problemático. Modifique as informações em WebForms ou Headers para ver se isso resolve o problema encontrado ou reproduz o problema investigado.
Se você tem uma solicitação que está funcionando e outra que está falhando, copie os cabeçalhos ou parâmetros WebForms um por um da solicitação que está funcionando para a solicitação que está falhando. Uma vez que a solicitação funcione, você isolou com sucesso o parâmetro/cabeçalho nas solicitações que está causando o problema.


É possível enviar solicitações repetidas clicando com o botão direito em uma Sessão Web > Reproduzir > Reemitir Sequencialmente.

Isso é útil para capturar problemas intermitentes. Envie a solicitação 20 ou 30 vezes automaticamente e veja se encontra o problema procurado.


Solicitações de consulta de serviços web podem ser visualizadas no navegador com uma interface amigável ao usuário. Isso permite ajustar facilmente e reenviar solicitações.  Para visualizar uma solicitação de consulta no navegador:

Clique com o botão direito na sessão da consulta
Copiar > Copiar URL
Cole em uma janela do navegador
Altere a seção na URL "...f=json..." para "...f=html..."
Pressione enter para navegar até a página
Piddler e outros softwares de captura de rede n\u\xE3\xA3o s\xE3o bala\xE7os de prata para resolver todos problemas relacionados ao tráfego web em GIS, mas eles são ferramentas úteis para ajudar.  Com um pouco de prática, utilizar esse tipo de software pode ajudar a resolver uma grande variedade de problemas ao acessar serviços web em aplicações GIS. 

Tem alguma boa dica de Fiddler (ou registro geral de tráfego de rede)?  Sinta-se à vontade para deixá-las nos comentários!<\/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