Vérification du sous-système TCP/IP

Editer en ligne

Vous pouvez examiner le sous-système TCP/IP à l'aide des commandes AIX® .

Ces commandes sont les suivantes:

  • Utilisez la commande netstat pour vous assurer que les interfaces réseau sont initialisées et qu'un chemin de communication existe entre le noeud local et le noeud cible.
  • Utilisez la commande ping pour vérifier la connectivité point à point entre les noeuds.
  • Utilisez la commande ifconfig sur toutes les interfaces réseau pour détecter les adresses IP incorrectes, les masques de sous-réseau incorrects et les adresses de diffusion incorrectes.
  • Analysez le fichier /var/hacmp/log/hacmp.out pour vérifier que le script /etc/rc.net s'est exécuté correctement. Recherchez un statut de sortie zéro.
  • Si la reprise d'adresse IP est activée, vérifiez que le script /etc/rc.net a été exécuté et que l'interface de service se trouve sur son adresse de service et non sur son adresse de base (amorçage).
  • Utilisez la commande lssrc -g tcpip pour vous assurer que le démon inetd fonctionne.
  • Utilisez la commande lssrc -g portmap pour vous assurer que le démon portmapper est en cours d'exécution.
  • Utilisez la commande arp pour vous assurer que les noeuds de cluster n'utilisent pas la même adresse IP ou la même adresse matérielle.
  • Utilisez la commande netstat pour:
    • Affiche l'état des interfaces réseau définies pour un noeud.
    • Déterminez si une route du noeud local vers le noeud cible est définie.

      La commande netstat in affiche la liste de toutes les interfaces initialisées pour le noeud, ainsi que le réseau auquel cette interface se connecte et son adresse IP. Vous pouvez utiliser cette commande pour déterminer si les interfaces de service et d'amorçage se trouvent sur des sous-réseaux distincts. Les sous-réseaux sont affichés dans la colonne Réseau .

netstat -in

Name Mtu NetworkAddress  IpktsIerrs  OpktsOerrsColl
lo0 1536 <Link> 18406  0 18406  00
lo0 1536 127 127.0.0.118406  0 18406  00
en1 1500 <Link> 11116260 58643  00
en1 1500 100.100.86.100.100.86.136  11116260 58643  00
en0 1500 <Link> 943656 0 52208  00
en0 1500 100.100.83.100.100.83.136  943656 0 52208  00
tr1 1492 <Link> 18790 165600
tr1 1492 100.100.84.100.100.84.136  18790 165600

Regardez les première, troisième et quatrième colonnes de la sortie. La colonne Nom répertorie toutes les interfaces définies et disponibles sur ce noeud. Notez qu'un astérisque précédant un nom indique que l'interface est arrêtée (non prête à l'emploi). La colonne Réseau identifie le réseau auquel l'interface est connectée (son sous-réseau). La colonne Adresse identifie l'adresse IP affectée au noeud.

La commande netstat -rn indique si une route vers le noeud cible est définie. Pour afficher toutes les routes définies, entrez:

netstat -rn

Des informations similaires à celles de l'exemple suivant sont affichées:

Routing tables
DestinationGateway  Flags  Refcnt UseInterface
Netmasks:
(root node)
(0)0 
(0)0 ff00 0 
(0)0 ffff 0 
(0)0 ffff ff80 0  
(0)0 70 204 1 0
(root node)Route Tree for Protocol Family 2:
(root node)
127 127.0.0.1U 3  1436  lo0
127.0.0.1 127.0.0.1UH0456  lo0
100.100.83.128100.100.83.136  U 6 18243  en0
100.100.84.128100.100.84.136  U 1  1718  tr1
100.100.85.128100.100.85.136  U 2  1721  tr0
100.100.86.128100.100.86.136  U 8 21648  en1
100.100.100.128  100.100.100.136 U 039  en0
(root node)Route Tree for Protocol Family 6:
(root node)
(root node)

Pour tester une route spécifique vers un réseau (par exemple, 100.100.83), entrez:

netstat -nr | grep '100\.100\.83'

100.100.83.128100.100.83.136  U 6 18243  en0

Le même test, exécuté sur un système qui n'a pas cette route dans sa table de routage, ne renvoie aucune réponse. Si les interfaces de service et d'amorçage sont séparées par un pont, un routeur ou un concentrateur et que vous rencontrez des problèmes de communication avec les périphériques réseau, ces derniers peuvent ne pas être configurés pour traiter deux segments de réseau en tant que réseau physique. Essayez de tester les périphériques indépendamment de la configuration ou contactez votre administrateur système pour obtenir de l'aide.

Notez que si une seule interface est active sur un réseau, le gestionnaire de clusters ne génère pas d'événement d'échec pour cette interface.

Pour plus d'informations sur l'utilisation de cette commande, voir la page d'aide netstat .