Ce article a été traduit automatiquement. (Clause de non responsabilité)
Instructions de dépannage
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 $!
...
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
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 :
Les en-têtes de débogage supplémentaires sont également visibles dans l’illustration ci-dessous :
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
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.