Diagnosticar falha no teste de ping no monitoramento de disponibilidade do Application Insights
Este artigo discute como acessar o relatório de solução de problemas do Application Insights. Este relatório permite diagnosticar facilmente problemas comuns que fazem com que seus testes de ping falhem.
Observação
Muitos problemas relacionados ao webtest são causados por registros DNS obsoletos ou desatualizados. Como primeira etapa de solução de problemas, recomendamos que você libere o cache DNS no computador local.
No Windows, execute o comando ipconfig /flushdns . Para outros sistemas operacionais, o comando equivalente é diferente.
Exibir o relatório de solução de problemas do Application Insights
Para exibir o relatório de solução de problemas do Application Insights, siga estas etapas:
Na página Disponibilidade do recurso do Application Insights, localize o título Selecionar teste de disponibilidade . Nesse título, selecione o nome de um teste de disponibilidade individual ou selecione Geral para ver os resultados combinados de todos os nomes de teste.
Execute uma das seguintes ações:
No painel Resultados de disponibilidade para o nome do teste, localize o cabeçalho Drill e selecione o botão Falha . Em seguida, no painel Clicar em um teste de disponibilidade de exemplo , selecione uma execução de teste (que representa uma determinada região e hora) para o nome do teste.
No grafo Disponibilidade , selecione a exibição Gráfico de Dispersão e selecione um dos pontos no gráfico de gráfico de dispersão.
Na página Detalhes da transação de ponta a ponta , selecione um evento e selecione em qualquer lugar na tabela Propriedades de Disponibilidade para abrir a seção Resumo do Relatório de Solução de Problemas .
Na seção Resumo do Relatório de Solução de Problemas , localize o nome do erro relevante e selecione o link Ir para a etapa desse item para exibir os detalhes do Relatório de Solução de Problemas .
Use o relatório de solução de problemas para determinar possíveis causas de falha
A tabela a seguir lista as etapas, as mensagens de erro e as possíveis causas que você pode encontrar no relatório.
| Etapa | Mensagem de erro | Causa possível |
|---|---|---|
| Reutilização de conexão | Nenhuma mensagem de erro específica é retornada para esse problema. | A etapa de teste da Web depende de uma conexão estabelecida anteriormente. Portanto, nenhuma etapa DNS, conexão ou SSL é necessária. |
| Resolução DNS | O nome remoto não pôde ser resolvido: "<your-URL>" | O processo de resolução DNS falha. Isso provavelmente ocorreu devido a registros DNS configurados incorretamente ou falhas temporárias do servidor DNS. |
| Estabelecimento de conexão | Uma tentativa de conexão falhou porque a parte conectada não respondeu corretamente após um período de tempo. | Seu servidor não responde à solicitação HTTP. Uma causa comum é que um firewall no servidor está bloqueando nossos agentes de teste. Para testar em um Rede Virtual do Azure, adicione a marca de serviço de disponibilidade ao seu ambiente. |
| Transporte TLS | O cliente e o servidor não podem se comunicar porque não possuem um algoritmo comum. | Há suporte apenas para TLS 1.0, 1.1 e 1.2. Não há suporte para SSL. Essa etapa não valida certificados SSL, ela só estabelece uma conexão segura. Essa etapa será exibida somente se ocorrer um erro. |
| Cabeçalho de resposta de recebimento | Não é possível ler dados da conexão de transporte. A conexão foi fechada. | O servidor confirma um erro de protocolo no cabeçalho de resposta. Por exemplo, o servidor fechará a conexão se a resposta não estiver totalmente lida. |
| Corpo de resposta de recebimento | Não é possível ler dados da conexão de transporte: a conexão foi fechada. | Seu servidor confirma um erro de protocolo no corpo da resposta. Por exemplo, o servidor fechará a conexão se a resposta não estiver totalmente lida ou o tamanho da parte estiver errado no corpo da resposta em partes. |
| Validação de limite de redirecionamento | Essa página da Web tem muitos redirecionamentos. Esse loop será encerrado aqui, pois essa solicitação excedeu o limite de redirecionamentos automáticos. | Os redirecionamentos são limitados a 10 por teste. |
| Validação de código de status | 200 - OKnão corresponde ao esperado status 400 - BadRequest. |
O código de status retornado é contado como um sucesso. O código "200" indica que uma página da Web normal foi retornada. |
| Validação de conteúdo | O texto necessário '<expected-response-text>' não apareceu na resposta. | A cadeia de caracteres não é uma correspondência exata sensível a casos na resposta. Por exemplo, a cadeia de caracteres "Bem-vindo!" deve ser uma cadeia de caracteres simples, sem caracteres curinga (como um asterisco). Se o conteúdo da página for alterado, talvez seja necessário atualizar a cadeia de caracteres. A correspondência de conteúdo dá suporte apenas a caracteres em inglês. A correspondência de conteúdo também falhará se o corpo da resposta tiver mais de 1.000.000 bytes de comprimento. Depois que o cliente lê esse número de bytes, ele para de ler o corpo da resposta e descarta a conexão. Devido a esse comportamento, o servidor enfrenta uma |
Observação
Se a etapa de reutilização de conexão estiver presente, as seguintes etapas não estarão presentes:
- Resolução DNS
- Estabelecimento de conexão
- Transporte TLS
Próximas etapas
Use TrackAvailability para enviar testes de disponibilidade personalizados.
Saiba mais sobre testes de ping de URL.
Entre em contato conosco para obter ajuda
Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de