Recentemente, encontrei um problema em que um aplicativo CGI não estava respondendo. O sintoma é o Firefox exibindo:
Transferindo dados do localhost ...
Mas o fato é que não consigo ver nenhum tráfego do painel Net do Firebug, e o navegador permanece no mesmo palco para sempre.
Estou pensando sobre as maneiras de depurar este aplicativo, mas não consigo ver o código-fonte ou qualquer um de seus componentes Java / C ++ compilados, portanto, acho que um nível de diagnóstico de rede HTTP é um bom começo.
Tenho pouca experiência no Fiddler e no Wireshark, mas estou me perguntando se eles conseguirão um feedback / estatísticas melhores no nível de rede HTTP? Ouvi dizer que o Wireshark é avançado, mas poderia possivelmente introduzir um grande volume de tráfego, de forma que os administradores de sistema não gostassem muito dele. No momento, acho que o Firebug não me mostra informações suficientes.
Preciso coletar informações para que possa encaminhá-las ao cliente como prova.
Respostas:
Wireshark, Firebug, Fiddler fazem coisas semelhantes - capturar o tráfego de rede.
O Wireshark captura qualquer tipo de pacote de rede. Ele pode capturar detalhes do pacote abaixo de TCP / IP (HTTP está no topo). Ele possui filtros para reduzir o ruído que captura.
O Firebug rastreia cada solicitação que a página do navegador faz e captura os cabeçalhos associados e o tempo gasto em cada estágio da solicitação ( DNS, recebimento, envio, ... ).
O Fiddler funciona como um proxy HTTP / HTTPS. Ele captura cada solicitação HTTP que o computador faz e registra tudo o que está associado a ela. Ele permite coisas como converter variáveis de postagem em um formulário de tabela e editar / reproduzir solicitações. Ele não captura, por padrão, o tráfego localhost no IE, consulte o FAQ para a solução alternativa.
fonte
O benefício do WireShark é que ele pode mostrar erros em níveis abaixo do protocolo HTTP. O Fiddler mostrará erros no protocolo HTTP.
Se você acha que o problema está em algum lugar na solicitação HTTP emitida pelo navegador, ou está apenas procurando mais informações em relação ao que o servidor está respondendo ou quanto tempo está levando para responder, o Fiddler deve fazer.
Se você suspeitar que algo pode estar errado no protocolo TCP / IP usado pelo seu navegador e o servidor (ou em outras camadas abaixo dele), vá com o WireShark.
fonte
Nenhuma das opções acima, se você estiver em um Mac. Use Charles Proxy . É o melhor coletor de informações de rede / solicitação que já encontrei. Você pode visualizar e editar todas as solicitações enviadas e ver as respostas dessas solicitações em vários formulários, dependendo do tipo de resposta. Custa 50 dólares por uma licença, mas você pode baixar a versão de teste e ver o que você acha.
Se você estiver no Windows, eu ficaria com o Fiddler.
fonte
O Fiddler sempre vence quando se compara a Charles.
O recurso de "personalizar regras" do fiddler é incomparável em qualquer depurador http. A capacidade de escrever código para manipular solicitações e respostas HTTP dinamicamente é inestimável para mim e para o trabalho que faço no desenvolvimento da web.
Existem tantos recursos para o fiddler que charles simplesmente não tem e provavelmente nunca terá. O Fiddler está anos-luz à frente.
fonte
Se você estiver desenvolvendo um aplicativo que transfere dados usando AMF (bastante comum em um determinado conjunto de APIs da web GIS que uso regularmente), o Fiddler não fornece atualmente um decodificador AMF que permitirá que você visualize facilmente os dados binários em um formato legível. Charles fornece essa funcionalidade.
fonte
Eu uso Charles Proxy e Fiddler para minha depuração de nível HTTP / HTTPS.
Profissionais do Charles Proxy:
Contras do Charles Proxy:
fonte
Para complementar a lista, também esteja ciente de http://mitmproxy.org/
fonte