Statische IP unter Ubuntu 24.04 mit Netplan

Standardmäßig beziehen Ubuntu-24.04-LTS-Server ihre Netzwerkkonfiguration über DHCP. Für einen Laptop ist das in Ordnung, doch ein Server, der Dienste, Datenbanken oder andere Maschinen bereitstellt, braucht eine vorhersehbare, dauerhafte Adresse. Ändert sich die IP nach einem Neustart, brechen DNS-Einträge, Firewall-Regeln greifen nicht mehr und Clients verlieren die Verbindung. Diese Anleitung zeigt Schritt für Schritt, wie Sie unter Ubuntu 24.04 mit Netplan eine statische IP setzen – dem YAML-basierten Netzwerk-Konfigurationssystem, das Ubuntu seit 18.04 mitbringt.

Wir behandeln die genaue YAML-Syntax, die Sie brauchen, wie Sie Interface-Namen und Gateway ermitteln und – besonders wichtig – wie Sie die Änderung sicher anwenden, ohne sich aus einer entfernten SSH-Sitzung auszusperren. Alles bezieht sich auf Ubuntu Server 24.04 mit dem voreingestellten Renderer systemd-networkd.

Voraussetzungen

• Ein System mit Ubuntu 24.04 LTS (Server oder Desktop).
• Ein Benutzerkonto mit sudo-Rechten.
• Die gewünschte IP-Adresse sowie Subnetzmaske, Gateway und DNS-Server. In einem typischen Heim- oder Büronetz ist das Gateway meist Ihr Router (zum Beispiel 192.168.1.1).

Schritt 1: Netzwerk-Interface ermitteln

Netplan benötigt den exakten Namen des Interfaces, das Sie konfigurieren möchten. Listen Sie Ihre Interfaces mit dem ip-Befehl auf:

ip -br link show

Die Ausgabe sieht in etwa so aus:

lo               UNKNOWN        00:00:00:00:00:00
ens18            UP             bc:24:11:aa:bb:cc

Ignorieren Sie lo (das Loopback). Das physische Interface ist hier ens18. Auf Ihrem System kann es eth0, enp0s3 oder ähnlich heißen. Merken Sie sich den Namen – Sie brauchen ihn gleich.

Schritt 2: Aktuelles Gateway und Subnetz herausfinden

Funktioniert der Host derzeit über DHCP, können Sie das vorhandene Gateway übernehmen. Zeigen Sie die Standardroute an:

ip route | grep default

default via 192.168.1.1 dev ens18 proto dhcp src 192.168.1.50 metric 100

Das Gateway ist hier 192.168.1.1. Prüfen Sie die Subnetzmaske in CIDR-Schreibweise:

ip -br addr show ens18

Eine Adresse wie 192.168.1.50/24 verrät, dass das Präfix /24 lautet (entspricht der Maske 255.255.255.0). Dieses Präfix übernehmen Sie in die statische Konfiguration.

Schritt 3: Netplan-Konfigurationsdatei finden

Netplan-YAML-Dateien liegen unter /etc/netplan/. Listen Sie sie auf:

ls -l /etc/netplan/

Auf einer frischen Ubuntu-Server-Installation finden Sie meist eine Datei wie 50-cloud-init.yaml oder 00-installer-config.yaml. Statt sich mit cloud-init zu streiten, legen Sie eine eigene Datei mit höherer Nummer an, damit sie zuletzt geladen wird und gewinnt. Wir verwenden /etc/netplan/01-static.yaml.

Schritt 4: Statische IP-Konfiguration schreiben

Öffnen Sie eine neue Netplan-Datei:

sudo nano /etc/netplan/01-static.yaml

Fügen Sie Folgendes ein und ersetzen Sie Interface-Name, Adresse, Gateway und DNS-Server. Bei YAML ist die Einrückung entscheidend – verwenden Sie Leerzeichen, niemals Tabs:

network:
  version: 2
  renderer: networkd
  ethernets:
    ens18:
      dhcp4: false
      addresses:
        - 192.168.1.50/24
      routes:
        - to: default
          via: 192.168.1.1
      nameservers:
        addresses:
          - 1.1.1.1
          - 8.8.8.8

Einige Hinweise zu dieser Konfiguration: Mit dhcp4: false verhindern wir, dass das Interface zusätzlich eine DHCP-Lease anfordert. Die Adresse enthält das CIDR-Präfix (/24). Der alte Schlüssel gateway4: ist unter Ubuntu 24.04 veraltet – verwenden Sie stattdessen den routes-Block mit to: default, das ist die unterstützte Syntax.

Schritt 5: Dateirechte absichern

Netplan warnt, wenn Ihre Konfiguration für alle lesbar ist, da sie sensible Daten wie WLAN-Passwörter enthalten kann. Verschärfen Sie die Rechte:

sudo chmod 600 /etc/netplan/01-static.yaml

Schritt 6: Änderung sicher mit netplan try anwenden

Dieser Schritt bewahrt Remote-Administratoren vor dem Desaster. Wenden Sie die Konfiguration nicht blind an, sondern nutzen Sie netplan try. Es übernimmt die neue Konfiguration und startet einen Countdown; bestätigen Sie nicht innerhalb von 120 Sekunden, wird automatisch auf die vorige, funktionierende Konfiguration zurückgerollt. Hat Ihre YAML einen Fehler, der die Verbindung kappt, stellt das Rollback Ihre Sitzung wieder her.

sudo netplan try

Sie sehen:

Do you want to keep these settings?
Press ENTER before the timeout to accept the new configuration
Changes will revert in 120 seconds

Sind Sie per SSH verbunden und unterscheidet sich die neue IP von der, mit der Sie sich verbunden haben, friert Ihre Sitzung hier möglicherweise ein – das ist zu erwarten. Verbinden Sie sich neu mit der neuen IP, prüfen Sie, dass alles läuft, und drücken Sie erst dann ENTER. Klappt die Neuverbindung nicht, warten Sie einfach: Netplan rollt automatisch zurück.

Wenn Sie sicher sind, schließen Sie ab mit:

sudo netplan apply

Schritt 7: Konfiguration überprüfen

Bestätigen Sie, dass das Interface nun die statische Adresse hält:

ip -br addr show ens18

ens18            UP             192.168.1.50/24

Prüfen Sie, dass die Standardroute auf Ihr Gateway zeigt:

ip route | grep default

Und kontrollieren Sie DNS-Auflösung und ausgehende Verbindung:

resolvectl status
ping -c 3 1.1.1.1
ping -c 3 ubuntu.com

Funktioniert der Ping auf die IP, aber nicht auf den Hostnamen, stimmt das Routing, doch das DNS ist falsch konfiguriert – prüfen Sie den nameservers-Block erneut.

Häufige Stolperfallen und Fehlerbehebung

• Einrückungsfehler in YAML. Netplan ist strikt. Ein falsch ausgerichteter Schlüssel führt zu Invalid YAML. Validieren Sie vor dem Anwenden mit sudo netplan generate, das bei Syntaxfehlern deutlich abbricht.
• Tabs statt Leerzeichen. YAML verbietet Tabulatoren zur Einrückung. Fügt Ihr Editor Tabs ein, stellen Sie ihn auf Leerzeichen um.
• dhcp4: false vergessen. Bleibt DHCP aktiv, können zwei Adressen am Interface landen und das Routing wird unvorhersehbar.
• cloud-init überschreibt Ihre Konfiguration. Springt die Adresse nach dem Neustart zurück, erzeugt cloud-init das Netzwerk womöglich neu. Deaktivieren Sie es fürs Networking, indem Sie /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg mit dem Inhalt network: {config: disabled} anlegen.
• Veralteter gateway4-Schlüssel. Erscheint eine Veraltet-Warnung, ersetzen Sie gateway4 durch den oben gezeigten routes-Block.

Fazit

Mit einer kurzen Netplan-YAML-Datei und dem Sicherheitsnetz von netplan try geben Sie jedem Ubuntu-24.04-Server eine stabile, dauerhafte Adresse, ohne Ihre Remote-Sitzung zu riskieren. Vorhersehbare statische Adressierung ist das Fundament, auf dem alles Weitere aufbaut – Firewall-Regeln, DNS, Reverse-Proxys und geclusterte Dienste setzen voraus, dass sich die Adresse nicht bewegt.

Dasselbe Prinzip skaliert nach oben: Eine produktive Private Cloud braucht deterministisches Networking über Dutzende Hosts und Mandanten-Netze hinweg. Wenn Sie die Netzwerkkonfiguration nicht über eine ganze Flotte hinweg von Hand pflegen möchten, betreibt clouditiv eine gemanagte, souveräne On-Premise-Cloud auf Ubuntu 24.04 und OpenStack, in der Adressierung, Routing und DNS automatisch bereitgestellt werden. Wenn Sie über einen einzelnen Host hinausgehen, tauchen dieselben Grundlagen auf der SDN-Ebene wieder auf – als nächsten Schritt empfehlen wir unser Tutorial zum Linux-Bridge-Networking für VMs.