Diagnostiquer l’échec du test ping dans la surveillance de la disponibilité d’Application Insights

Cet article explique comment accéder au rapport de résolution des problèmes d’Application Insights. Ce rapport vous permet de diagnostiquer facilement les problèmes courants qui provoquent l’échec de vos tests ping.

Remarque

De nombreux problèmes liés à webtest sont causés par des enregistrements DNS obsolètes ou obsolètes. Comme première étape de résolution des problèmes, nous vous recommandons de vider le cache DNS sur votre ordinateur local.

Dans Windows, exécutez la commande ipconfig /flushdns . Pour les autres systèmes d’exploitation, la commande équivalente est différente.

Afficher le rapport de résolution des problèmes Application Insights

Pour afficher le rapport de résolution des problèmes Application Insights, procédez comme suit :

1. Dans la page Disponibilité de votre ressource Application Insights, recherchez l’en-tête Sélectionner un test de disponibilité . Sous ce titre, sélectionnez le nom d’un test de disponibilité individuel ou sélectionnez Global pour afficher les résultats combinés de tous les noms de test.

2. Effectuez l’une des opérations suivantes :

   • Dans le volet Résultats de la disponibilité pour le nom du test, recherchez le titre Explorer , puis sélectionnez le bouton Échec . Ensuite, dans le volet Cliquer sur un exemple de test de disponibilité , sélectionnez une série de tests (qui représente une région et une heure particulières) pour le nom du test.

   • Dans le graphique Disponibilité , sélectionnez la vue Nuage de points, puis sélectionnez l’un des points du nuage de points.

3. Dans la page Détails de la transaction de bout en bout , sélectionnez un événement, puis sélectionnez n’importe où dans la table Propriétés de disponibilité pour ouvrir la section Résumé du rapport de résolution des problèmes .

4. Dans la section Résumé du rapport de résolution des problèmes , recherchez le nom d’erreur approprié, puis sélectionnez le lien Accéder à l’étape pour cet élément pour afficher les détails du rapport de résolution des problèmes .

Utiliser le rapport de résolution des problèmes pour déterminer les causes possibles de l’échec

Le tableau suivant répertorie les étapes, les messages d’erreur et les causes possibles que vous pouvez trouver dans le rapport.

Étape	Message d’erreur	Cause possible
Réutilisation de la connexion	Aucun message d’erreur spécifique n’est retourné pour ce problème.	L’étape de test web dépend d’une connexion établie précédemment. Par conséquent, aucune étape DNS, connexion ou SSL n’est requise.
Résolution DNS	Impossible de résoudre le nom distant : «< votre URL> »	Le processus de résolution DNS échoue. Cela s’est probablement produit en raison d’enregistrements DNS mal configurés ou de défaillances temporaires du serveur DNS.
Établissement de la connexion	Une tentative de connexion a échoué, car la partie connectée n’a pas répondu correctement après un certain temps.	Votre serveur ne répond pas à la requête HTTP. Une cause courante est qu’un pare-feu sur votre serveur bloque nos agents de test. Pour tester au sein d’un Réseau virtuel Azure, ajoutez l’étiquette de service de disponibilité à votre environnement.
Transport TLS	Le client et le serveur ne peuvent pas communiquer, car ils ne possèdent pas d’algorithme commun.	Seuls TLS 1.0, 1.1 et 1.2 sont pris en charge. SSL n’est pas pris en charge. Cette étape ne valide pas les certificats SSL, elle établit uniquement une connexion sécurisée. Cette étape s’affiche uniquement si une erreur se produit.
Réception de l’en-tête de réponse	Impossible de lire les données à partir de la connexion de transport. La connexion a été fermée.	Votre serveur valide une erreur de protocole dans l’en-tête de réponse. Par exemple, votre serveur ferme la connexion si la réponse n’est pas entièrement lue.
Corps de la réponse de réception	Impossible de lire les données de la connexion de transport : la connexion a été fermée.	Votre serveur valide une erreur de protocole dans le corps de la réponse. Par exemple, votre serveur ferme la connexion si la réponse n’est pas entièrement lue ou si la taille du bloc est incorrecte dans le corps de la réponse segmentée.
Validation de la limite de redirection	Cette page web contient trop de redirections. Cette boucle s’arrête ici, car cette requête a dépassé la limite pour les redirections automatiques.	Les redirections sont limitées à 10 par test.
Validation du code d’état	200 - OKne correspond pas au status 400 - BadRequestattendu.	Le code status retourné est compté comme un succès. Le code « 200 » indique qu’une page web normale a été retournée.
Validation du contenu	Le texte requis «< expected-response-text> » n’apparaît pas dans la réponse.	La chaîne n’est pas une correspondance exacte qui respecte la casse dans la réponse. Par exemple, la chaîne « Welcome ! » doit être une chaîne simple, sans caractères génériques (par exemple, un astérisque). Si le contenu de votre page change, vous devrez peut-être mettre à jour la chaîne. La correspondance de contenu prend uniquement en charge les caractères anglais. La correspondance de contenu échoue également si le corps de la réponse dépasse 1 000 000 octets. Une fois que le client a lu ce nombre d’octets, il arrête de lire le corps de la réponse et supprime la connexion. En raison de ce comportement, le serveur rencontre une ClientConnectionFailure exception, même si le client retourne un code status de réussite.

Remarque

Si l’étape de réutilisation de la connexion est présente, les étapes suivantes ne seront pas présentes :

• Résolution DNS
• Établissement de la connexion
• Transport TLS

Étapes suivantes

• Utilisez TrackAvailability pour envoyer des tests de disponibilité personnalisés.

• En savoir plus sur les tests ping d’URL.

Contactez-nous pour obtenir de l’aide

Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.