Citrix ADC

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 :

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

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.

Instructions de dépannage