Ubuntu 26.04 / Erkennen von Netplan-, NetworkManager- und networkd-Zuständigkeiten

Netplan beschreibt die Netzwerkkonfiguration und übergibt die Konfiguration an einen Renderer wie NetworkManager oder systemd-networkd. Bevor Sie das Netzwerk unter Ubuntu bearbeiten, identifizieren Sie den tatsächlichen Renderer und die Quellkonfiguration für die Schnittstelle, anstatt sich auf den Image-Namen zu verlassen.

Verstehen Sie die drei Rollen

Aktualisierte Systeme, Cloud-Images und angepasste VMs können von den Standardwerten abweichen. Beide Dienste können gleichzeitig laufen, während sie unterschiedliche Schnittstellen verwalten, sodass die bloße Anwesenheit eines Prozesses keinen Konflikt darstellt.

Ubuntus Netplan-Erklärung beschreibt das Verhältnis zwischen YAML und Renderern.

Adressen und Verwaltungsstatus prüfen

ip -br link
ip -br address
ip route
systemctl is-active NetworkManager systemd-networkd
sudo netplan status --all

Notieren Sie Schnittstellennamen, Adressen und Standardrouten und vergleichen Sie dann die Backend-Informationen aus dem Befehl netplan status. Wo vorhanden, prüfen Sie nmcli connection show --active oder networkctl status. Eine unmanaged-Anzeige vom anderen Backend bedeutet nicht unbedingt, dass die aktive Verbindung fehlgeschlagen ist.

Trennen Sie die Quellkonfiguration von den generierten Dateien

find /etc/netplan -maxdepth 1 -type f -name '*.yaml' -print
sudo netplan get
resolvectl status

Netplan kombiniert mehrere YAML-Dateien, daher sind Reihenfolge und wiederholte Schnittstellendefinitionen wichtig. netplan get hilft, das zusammengeführte Ergebnis zu prüfen. Die Konfiguration kann WLAN-Zugangsdaten enthalten; geben Sie nicht die gesamte Ausgabe weiter.

Generierte Dateien unter /run können beim Neustart oder bei der Neuerstellung geändert werden. Selbst Serverinstallationen können je nach Image und Historie unterschiedliche Konfigurationsbesitzer haben. Überprüfen Sie den Dienststatus und den Netplan-Renderer und lokalisieren Sie die erzeugende Quelle, anstatt die generierten Ausgaben zu bearbeiten.

Überprüfen Sie cloud-init und externe Automatisierung

Ein Name wie 50-cloud-init.yaml oder dessen Header deutet darauf hin, cloud-init oder den Eigentümer des Providers zu überprüfen. Wenn Änderungen verschwinden, identifizieren Sie den Verfasser, anstatt Änderungen wiederholt anzuwenden. Deaktivieren Sie die vom Provider verwaltete Netzwerkkonfiguration nicht ohne das dokumentierte Wiederherstellungs- und Konfigurationsverfahren.

Wählen Sie einen Konfigurationspfad

Das Serverlabor verwendet Netplan YAML, das von systemd-networkd verwaltet wird. Wenn NetworkManager eine bestehende Schnittstelle verwaltet, bewahren Sie deren Profil und Verwaltungsablauf, anstatt sie blind auf networkd umzustellen. Zeichnen Sie die Schnittstelle, das Backend, die Quelle, die Adresse und den Konsolen-Wiederherstellungsweg auf.

Diese Inspektion wendet keine Konfiguration an und startet das Netzwerk nicht neu. Die Fähigkeit, den aktuellen Zustand zu erklären, legt das Ziel für eine Änderung einer statischen Adresse oder Wiederherstellung fest.