ADC

Instructions de dépannage

October 4, 2021

Contributeur:

Support technique

Toutes les requêtes de dépannage et d’escalade nécessitent un ensemble récent de support technique Citrix ADC, qui capture la configuration actuelle, la version du microprogramme installée, les fichiers journaux, les cœurs en attente, etc.

Exemple :

show techsupport

showtechsupport data collector tool - $Revision: #5 $!
...
<!--NeedCopy-->

Toutes les données seront collectées sous

...
Archiving all the data into "/var/tmp/support/collector_P_192.168.121.117_18Jun2015_09_53.tar.gz" ....
Created a symbolic link for the archive with /var/tmp/support/support.tgz
/var/tmp/support/support.tgz  ---- points to ---> /var/tmp/support/collector_P_192.168.121.117_18Jun2015_09_53.tar.gz
<!--NeedCopy-->

Une fois qu’un bundle techsupport a été généré, il peut être copié à l’aide de SCP.

Des traces

Les problèmes d’optimisation TCP Citrix ADC nécessitent normalement des traces Citrix ADC pour dépanner correctement. Notez qu’il faut essayer de capturer des traces dans des conditions similaires, c’est-à-dire sur la même cellule, au même moment de la journée, en utilisant le même équipement utilisateur et l’application, et d’autres.

Les commandes start nstrace et stop nstrace peuvent être utilisées pour capturer des traces :

Il est fortement recommandé d’utiliser le filtre approprié pour éviter de capturer des paquets superflus sur la trace. Par exemple, utilisez start nstrace -filter ‘IP == 10.20.30.40’ pour capturer uniquement les paquets envoyés ou reçus à partir de l’adresse IP 10.20.30.40, qui est l’adresse IP de l’équipement utilisateur.
N’utilisez pas l’option -tcpdump, car elle supprime les en-têtes nstrace requis pour le débogage.

Analyse de trace

Une fois qu’une trace de Citrix ADC a été capturée, elle peut être affichée avec Wireshark 1.12 ou version ultérieure. Vérifiez que les traces capturées incluent les en-têtes Citrix ADC Packet Trace appropriés, comme indiqué dans la capture d’écran ci-dessous :

image localisée

Les en-têtes de débogage supplémentaires sont également visibles dans l’illustration ci-dessous :

image localisée

Table de connexion

Lorsque le problème est lié à l’optimisation TCP et qu’il peut être reproduit ou qu’il est en cours, il est préférable d’obtenir également la table de connexion lorsque le problème se produit à partir du nœud T1 principal.

Pour obtenir la table, vous devez basculer vers le shell BSD et exécuter la commande suivante :

shell
...

nscli -U 127.0.0.1:nsroot:nsroot show connectiontable -detail full link > /var/tmp/contable.log
<!--NeedCopy-->

Remarque

La commande peut être exécutée plus longtemps et l’UC de gestion peut être stressée à ce moment-là (dépend du nombre d’entrées de table de connexion), mais elle n’affecte pas le service.

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.

Instructions de dépannage

October 4, 2021

Contributeur:

October 4, 2021

Contributeur: