5 étapes clés pour un dépannage d’application efficace | enterprise.netscout.com

5 étapes clés pour un dépannage d’application efficace


Cinq étapes clés permettant de dépanner les applications avec succès

Nous allons discuter de chacune de ces étapes successivement :
1. Déterminez le domaine problématique et mettez le réseau hors de cause.
2. Effectuez une analyse du flux de l’application.
3. Corrigez le problème.
4. Validez le problème.
5. Documentez la correction.

Déterminez le domaine problématique et mettez le réseau hors de cause.
Ce processus comporte trois étapes : (1) la validation des services de réseau ; (2) valider la connectivité au serveur ; et (3) déterminer le chemin d’accès réseau.

Validation des services réseau. Pour valider le service réseau, il faut accomplir deux choses. Tout d’abord, nous devons être sûrs que les clients possèdent ou vont obtenir une adresse IP, un masque de sous-réseau, une adresse de routeur par défaut et une adresse du serveur DNS. Sur un client Windows®, vous pouvez utiliser la ligne de commande outil ipconfig pour accomplir ceci. Si aucune adresse IP n’est attribuée au client, cela pourrait être causé par une défaillance dans la connexion au serveur DHCP. Depuis la ligne de commande, vous pouvez émettre la commande ipconfig/release suivie de ipconfig/renew. Cela entraînera l’initialisation du processus en quatre étapes pour obtenir les paramètres de configuration du serveur DHCP.


À l’aide de NETSCOUT OptiView, c’est beaucoup plus facile de tester en DHCP et vous obtenez beaucoup plus d’informations. En plaçant OptiView au point de connexion utilisé par le client et en l’exécutant, OptiView effectue automatiquement un processus de détection pour localiser les périphériques sur le réseau. Ce processus comprend l’obtention d’une adresse pour l’analyseur de DHCP comme le montre la figure 21.

Figure 21. Réponse DHCP à l’aide d’OptiView


Vous pouvez voir que le test a fonctionné et qu’OptiView a reçu une adresse IP, un masque de sous-réseau, un routeur par défaut et un serveur DNS. Grâce aux tests des services réseau, vous pouvez constater que le processus d’obtention d’une adresse a duré moins d’une seconde, ce qui n’est pas possible de la part d’outils en ligne habituels. Un journal de connexion de port réseau fournit les étapes du processus d’obtention DHCP de l’adresse IP d’OptiView.



La deuxième chose que nous devons tester est le DNS. Pour voir si un client peut obtenir la résolution des dénominations, nous pouvons à nouveau utiliser deux approches. Depuis la ligne de commande, nous pouvons utiliser nslookup.

La commande nslookup est un outil qui est parfois utilisé pour dépanner des serveurs de noms de domaine. Son utilisation est un peu controversée car elle est souvent utilisée par les pirates. Il ne peut pas fournir des résultats cohérents parce que les serveurs de dénomination sont souvent limités dans leurs réponses aux requêtes nslookup. Pourtant, pour les personnes compétentes disposant de bonnes intentions, nslookup est utile.

Il peut être utilisé pour faire une requête générale dans un domaine et il peut être utilisé pour spécifier un type de requête particulier. Par exemple, si vous tapez nslookup et appuyez sur entrée vous pouvez recevoir un résultat comme illustré à la Figure 22.

Figure 22. L’outil nslookup



L’outil nslookup est un outil qui nous informe sur les serveurs, domaines et adresses de serveurs. Souvent, il y a des sous-commandes qui permettent l’interrogation de serveurs de messagerie ou de serveurs d’échange. Rechercher sur Internet des descriptions fournira une grande quantité d’informations. Une approche plus facile est d’utiliser le même écran que nous avons utilisé pour tester le DHCP. Dans la figure 23 nous pouvons voir qu’OptiView a été configuré pour résoudre le nom flukenetworks.com. Le test a réussi et l’adresse IP a été retournée en 2 ms.

Figure 23. Test DNS à l’aide d’OptiView



Un test que nous utilisons moins fréquemment est la recherche inversée. En soumettant une adresse IP, le serveur DNS doit renvoyer le serveur correspondant qui utilise ce nom. Bien que l’outil nslookup de ligne de commande peut être utilisé, vous pouvez ajouter une recherche de nom inversée à OptiView en saisissant simplement l’adresse IP dans l’écran qui apparaît lorsque vous sélectionnez un serveur DNS et cliquez sur Ajouter. Ceci est illustré sur la figure 24.

Figure 24. Ajout d’une recherche inversée à l’aide d’OptiView


Connectivité des périphériques. La commande ping est si couramment utilisée, qu’elle fait désormais partie de notre vocabulaire. Dans les réseaux, elle a un sens très précis. C’est une petite application qui envoie un paquet de requête à un périphérique cible pour voir si l’appareil répondra. Pour des raisons de sécurité, le périphérique n’est parfois pas autorisé à répondre. Cependant, elle reste la méthode la plus largement utilisée de test de la connectivité.


À partir de la plupart des invites de commandes, vous pouvez exécuter la commande ping x.x.x.x. Cela fera envoyer un paquet par votre pile de protocole appelé une demande d’écho ICMP à l’adresse que vous avez indiquée comme étant x.x.x.x. Certains appareils ne répondent pas aux pings et certains pare-feu bloquent les demandes d’écho. Mais si votre demande d’écho survit le voyage et atteint sa cible, le périphérique cible est susceptible de réagir avec un autre paquet ICMP, appelé une réponse d’écho ICMP. Les administrateurs réseau utilisent des paquets ping à de nombreuses fins. Vous faites cela en ajoutant un commutateur qui est semblable à une sous-commande. Entre autres, vous pouvez : voir si un paquet contenant M octets pourra atteindre la cible (ping avec – commutateur - l M), ping en continu jusqu’à interruption (commutateur -t) et ping prenant en charge jusqu’à N sauts (ping – i N). Vous pouvez voir la première méthode illustrée à la Figure 25. Le ping continu est généralement arrêté avec la combinaison de touches Ctrl-C. Bien qu’il existe de légères variations de la commande ping sur différents systèmes d’exploitation, la plupart prennent en charge l’utilisation décrite ici.

Figure 25. Ping avec charge utile désignée


Ainsi, supposons que nous pensons que nous avons un itinéraire qui perd des paquets étant plus de 1000 octets car le MTU n’est pas la valeur standard 1460. Nous pouvons envoyer un ping qui spécifie une charge utile de 900 octets suivie d’un ping qui spécifie une charge utile de 1100 octets. Cela nous donnera une indication. N’oubliez pas que cela dépend du fait que rien dans le chemin d’accès ne vienne bloquer les paquets ICMP pour des raisons de sécurité.


Les tests de connectivité ping sont faciles à configurer et exécuter sous OptiView. Dans la Figure 26 vous pouvez voir l’écran qui s’affiche lorsque vous sélectionnez un appareil sur l’écran de détection et cliquez sur détail de l’appareil. De là, vous pouvez exécuter des tests ping et autres tests dont nous allons discuter plus tard.

Figure 26. Utilisation d’OptiView


Si vous voulez changer la charge utile, exécuter le test plus ou moins fréquemment ou limiter le nombre de sauts, vous pouvez cliquer sur Configuration de test.

Figure 27. Options de ping



Le résultat sera un rapport comme celui de la Figure 28 qui nous indique à quelle vitesse la réponse a été renvoyée et détermine si des paquets ou réponses ont été perdus.

Figure 28. Le rapport de Ping





RETOUR À LA TABLE DES MATIÈRES

TÉLÉCHARGER LE GUIDE COMPLET

 
 
Powered By OneLink