Ubuntu 26.04 / Statische IP und DNS mit einem Wiederherstellungsplan konfigurieren

Eine statische IP-Änderung beeinflusst gleichzeitig die Schnittstellenadressierung, das Routing, DNS und den Verwaltungszugang. Stellen Sie zunächst den Konsolenzugang und die ursprünglichen Konfigurationssicherungen sicher, überprüfen Sie dann die Syntax, probieren Sie die Änderung mit einem Timeout aus und überprüfen Sie neue Verbindungen sowie das Neustartverhalten.

Überprüfen Sie die tatsächlichen Netzwerkwerte und die Eigentümerschaft

ip -br address
ip route
resolvectl status
sudo netplan get

Überprüfen Sie zunächst auf Adresskonflikte. Dieses Tutorial verwendet das dedizierte host-only Netzwerk aus der VM-Erstellungslektion: Server 192.168.56.20/24, erlaubter Linux-Client 192.168.56.10/24, und Host 192.168.56.1/24. Nur eine fehlende Ping-Antwort beweist nicht automatisch eine ungenutzte Adresse; notieren Sie die tatsächlichen NICs, MACs und die bestehende Standardroute.

Das YAML zielt auf ein neues Server-Labor mit zwei kabelgebundenen NICs, die von systemd-networkd verwaltet werden. Überprüfen Sie anhand der tatsächlichen MAC-Adressen und Einstellungen, dass enp0s3 NAT/DHCP ist und enp0s8 mit dem Host-only-Netzwerk verbunden ist. Ändern Sie die von cloud-init generierte Konfiguration über den entsprechenden Workflow.

Sichern Sie Daten und richten Sie den Konsolenzugang ein

(
set -eu
backup=$(sudo mktemp -d /root/netplan-backup.XXXXXX)
sudo cp -a /etc/netplan "$backup/"
printf 'Backup: %s\n' "$backup"
)

Notieren Sie den Sicherungspfad und die tatsächlich zu bearbeitende Datei und melden Sie sich über die VM- oder Anbieter-Konsole an. Halten Sie die aktuelle SSH-Sitzung geöffnet. Überprüfen Sie das zusammengeführte YAML, wenn eine andere Datei dieselbe Schnittstelle definiert; gehen Sie nicht davon aus, dass eine neu hinzugefügte Datei alles korrekt überschreibt.

Schreiben Sie Adresse, Route und DNS zusammen

Bearbeiten Sie die identifizierte Netplan-Quelle mit sudoedit unter Verwendung der tatsächlichen Schnittstellennamen. Dieses vollständige Minimalbeispiel behält NAT-DHCP-Adressierung, Standard-Routing und DNS bei, während nur der Host-only-Netzwerkkarte eine statische Adresse zugewiesen bekommt. Andere NICs, IPv6, Bridge- und VLAN-Richtlinien bleiben erhalten; vermeiden Sie doppelte Definitionen in verschiedenen Dateien.

network:
  version: 2
  renderer: networkd
  ethernets:
    enp0s3:
      dhcp4: true
    enp0s8:
      dhcp4: false
      addresses:
        - 192.168.56.20/24

Beschränken Sie die Quelldatei auf Administratorzugriff und überprüfen Sie den tatsächlichen Pfad vor sudo chmod 600 actual-file. Bewahren Sie die IPv6-DHCP-, Router-Ankündigungs- und DNS-Richtlinien der Umgebung separat auf. Ein IPv4-Beispiel ist kein Grund, die bestehende IPv6-Konfiguration zu löschen.

Ubuntus Netzwerk-Konfigurationsleitfaden erklärt Adressen, Routen, Namensauflösung und Netplan-Beispiele.

Überprüfen Sie die Syntax und versuchen Sie es mit einem Timeout

sudo netplan generate && sudo netplan try --timeout 120

Wenn die Generierung fehlschlägt, korrigieren Sie die gemeldete Datei, Zeile oder den Schlüssel, bevor Sie fortfahren. Während 'try' wartet, verwenden Sie ein anderes Terminal oder einen anderen Client, um die neue Adresse, Route, DNS und erforderliche Dienste zu testen, und bestätigen Sie erst nach erfolgreichem Test. Gehen Sie nicht davon aus, dass ein Timeout-Rollback unfehlbar ist; behalten Sie den Konsolenzugang.

Überprüfen Sie die Client-Adresse und die tatsächlichen Routen

Verwenden Sie auf einer zweiten Server-VM mit networkd dieselbe Struktur mit 192.168.56.10/24 auf ihrer überprüften host-only NIC; der Server verwendet .20. Halten Sie die DHCP-Internetpfade auf beiden NAT-Adaptern. Der Verkehr von VM zu VM erfolgt direkt über das Host-only-Netzwerk und benötigt kein NAT-Forwarding.

ip -br address
ip route
ip route get 192.168.56.10
resolvectl query ubuntu.com

Der Befehl route-get wird auf dem Server in Richtung Client .10 ausgeführt; verwenden Sie .20 als Ziel auf dem Client. Das host-only Ziel sollte seine eigene Netzwerkkarte verwenden, während das Internet-Standardziel NAT nutzt. Fügen Sie nicht .1 als Gateway oder DNS auf der host-only Netzwerkkarte hinzu.

Originaldateien und Laufzeitzustand wiederherstellen

Wenn der Zugriff verloren geht, prüfen Sie die tatsächlichen Adressen und die YAML-Dateien auf der Festplatte über die Konsole. Stellen Sie nur die geänderte Quelle aus dem Backup wieder her und machen Sie nur neu hinzugefügte Dateien rückgängig. Validieren Sie die wiederhergestellte Konfiguration, bevor Sie sie anwenden und die ursprüngliche Adresse, Route und DNS überprüfen.

Selbst eine erfolgreiche Live-Änderung erfordert eine separate Neustartüberprüfung. Verwenden Sie einen Namensauflösungstest wie resolvectl query ubuntu.com und eine frische Client-Verbindung zu den erforderlichen Diensten. ICMP kann blockiert sein, daher ist ein einzelnes Ping kein vollständiges Urteil über die Konnektivität.