AIX-Netzwerkgrundlagen: lsdev -Cc adapter, en-/et-Interfaces, smitty tcpip und netsvc.conf

Ziel

Die Netzwerkadapter einer AIX-LPAR identifizieren, ein TCP/IP-Interface nach AIX-Art konfigurieren oder prüfen und die Reihenfolge der Hostnamen-Auflösung nachvollziehbar steuern.

Voraussetzungen

Root-Zugriff; Konsolenzugriff über die HMC (vtmenu oder das virtuelle Terminal), bevor das Interface geändert wird, über das die eigene Sitzung läuft, da eine falsche Adresse oder Route die Verbindung unterbricht; Kenntnis darüber, ob das Ziel-Interface virtuell (VIO/SEA-basiert) oder ein physischer Adapter ist, weil sich manche Diagnosen unterscheiden.

Schritte

1. Installierte Adapter auflisten: lsdev -Cc adapter zeigt alle Adapterobjekte, die AIX kennt (Ethernet, Fibre Channel, SAS usw.), samt aktuellem Status (Available oder Defined).
2. Adapter einem Interface zuordnen: Für jeden Ethernet-Adapter entN kann AIX ein logisches Interface enN (Standard Ethernet Network Interface) oder etN (IEEE 802.3 Ethernet Network Interface) bereitstellen; in den meisten Umgebungen kommen die en-Interfaces zum Einsatz.
3. Interaktiv mit SMIT konfigurieren, statt Dateien direkt zu bearbeiten: smitty tcpip öffnet das TCP/IP-Menü (Minimum Configuration & Startup, Further Configuration, Name Resolution und weitere). Der Pfad "Minimum Configuration & Startup" entspricht im Kern mktcpip; es setzt Hostname, Interface, IP-Adresse und Default-Gateway gemeinsam und legt sie in der ODM ab, sodass sie dauerhaft erhalten bleiben.
4. Bei einem bereits laufenden Interface zeigt ifconfig <enN> die Adresse bzw. Netzmaske an oder setzt sie zur Laufzeit. Eine nur mit ifconfig vorgenommene Änderung bleibt jedoch nach einem Neustart nicht erhalten. Die dauerhafte Konfiguration eines Interfaces erfolgt mit chdev auf das Interface-Objekt (zum Beispiel chdev -l en0 -a netaddr=<ip> -a netmask=<mask>, das die Änderung auch sofort anwendet) oder über mktcpip/SMIT, nicht über eine ifconfig-Option. Zuvor die aktuellen Werte mit lsattr -El en0 festhalten, damit sie sich wiederherstellen lassen.
5. Die Reihenfolge der Namensauflösung bewusst festlegen, statt sich auf den eingebauten Standard zu verlassen (BIND/DNS, dann NIS, falls aktiv, dann /etc/hosts): Eine Datei /etc/netsvc.conf mit einer Zeile wie hosts=local,bind4 anlegen, damit /etc/hosts vor DNS geprüft wird, oder pro Sitzung mit der Umgebungsvariable NSORDER übersteuern, zum Beispiel NSORDER=local,bind4.
6. Prüfen: lsdev -Cc adapter, ifconfig <interface> und lsattr -El <interface> zeigen den Laufzeit- und den gespeicherten Zustand. NSORDER hat Vorrang vor /etc/netsvc.conf; deshalb vor einem Test, bei dem die Datei massgebend sein soll, sicherstellen, dass echo $NSORDER nichts ausgibt.

Erwartetes Ergebnis

Adapter und ihre logischen Interfaces sind vor der Konfiguration korrekt identifiziert. Die gewählte Interface-Konfiguration übersteht einen Neustart, weil sie über chdev/mktcpip/SMIT und nicht allein mit ifconfig gesetzt wurde. Die Namensauflösung folgt der beabsichtigten, expliziten Reihenfolge.

Grenzen und Prüfbasis

Dieser Beitrag behandelt das «klassische» AIX-TCP/IP-Modell (LPAR mit en-/et-Interfaces und SRC-verwaltetem inetd/named). Shared Ethernet Adapter und die Konfiguration auf VIOS-Seite werden auf dem VIO-Server und nicht auf der Client-LPAR verwaltet und sind hier nicht Gegenstand.