Werkzeuge zur Netzwerkkonfiguration im Vergleich: nmcli, netplan, systemd-networkd und ihre Entsprechungen unter Windows und macOS

Worum es geht

Aufgabe	NetworkManager (nmcli)	Ubuntu netplan	systemd-networkd	ifupdown	Windows	macOS	FreeBSD
Aktuelle Konfiguration lesen	nmcli connection show NAME	die YAML-Dateien unter /etc/netplan/ ansehen oder netplan get	networkctl status IFACE	/etc/network/interfaces lesen	Get-NetIPConfiguration	networksetup -getinfo "Wi-Fi" (oder den jeweiligen Dienstnamen)	die Zeilen ifconfig_IFACE in /etc/rc.conf lesen
Statische Adresse setzen	nmcli connection modify NAME ipv4.addresses 192.0.2.10/24 ipv4.gateway 192.0.2.1 ipv4.method manual, anschliessend nmcli connection up NAME, um die Änderung zu übernehmen	YAML bearbeiten (addresses: unter dem Interface, dhcp4: false), dann netplan apply	in einer .network-Datei die Abschnitte [Network]/[Address] bearbeiten, dann networkctl reload (ab systemd 244) oder systemd-networkd neu starten	den Block iface IFACE inet static in /etc/network/interfaces bearbeiten; übernommen wird die Änderung durch ifdown/ifup des betreffenden Interfaces	New-NetIPAddress -InterfaceAlias NAME -IPAddress 192.0.2.10 -PrefixLength 24 -DefaultGateway 192.0.2.1 (wirkt sofort)	networksetup -setmanual "Wi-Fi" 192.0.2.10 255.255.255.0 192.0.2.1	sysrc ifconfig_IFACE="inet 192.0.2.10 netmask 255.255.255.0", dann service netif restart IFACE
DNS-Server setzen	nmcli connection modify NAME ipv4.dns "1.1.1.1 9.9.9.9" (mit ipv4.ignore-auto-dns yes werden per DHCP zugewiesene Server verworfen)	nameservers: {addresses: [...]} in der YAML-Datei ergänzen	DNS= im Abschnitt [Network] der .network-Datei setzen	eine Zeile dns-nameservers in den Interface-Abschnitt aufnehmen (setzt das Paket resolvconf voraus)	Set-DnsClientServerAddress -InterfaceAlias NAME -ServerAddresses 1.1.1.1,9.9.9.9	networksetup -setdnsservers "Wi-Fi" 1.1.1.1 9.9.9.9	resolv.conf direkt setzen oder über die Konfiguration des DHCP-Clients

Warum es wichtig ist

Bei allen diesen Werkzeugen treten zwei Fehler immer wieder auf: Eine vorbereitete Änderung wird nicht angewendet (netplan apply, nmcli connection up, networkctl reload), oder eine Änderung wird ausgerechnet über die Verbindung eingespielt, über die der Host erreicht wird, sodass die Sitzung abbricht, bevor der Befehl fertig ist. Bei YAML- oder konfigurationsdateibasierten Werkzeugen (netplan, ifupdown, rc.conf unter FreeBSD, systemd-networkd) kommt zudem eine Lücke bei der Syntaxprüfung hinzu, die nmcli und die PowerShell-Cmdlets nicht haben: Eine fehlerhafte Datei meldet unter Umständen erst dann einen Fehler, wenn der Dienst sie neu zu laden versucht, teils erst beim nächsten Neustart.

So wird es angewendet

• Bei netplan vor netplan apply zuerst netplan try ausführen; die Änderung wird automatisch zurückgenommen, wenn sie nicht innerhalb von 120 Sekunden bestätigt wird, was vor einem Aussperren schützt. Die Befehle unter Linux, FreeBSD und Windows erfordern root bzw. eine Shell mit erhöhten Rechten; Änderungen mit networksetup benötigen Administratorrechte.
• Bei jedem dateibasierten Werkzeug vor dem Bearbeiten eine Kopie der funktionierenden Konfiguration sichern und, wo ein Validator existiert, die Syntax vor dem Anwenden prüfen (z. B. netplan generate als Probelauf zum Parsen).
• Eine Änderung am laufenden Zustand überprüfen (ip addr, resolvectl status, ifconfig, Get-NetIPConfiguration) und nicht, indem die bearbeitete Datei erneut gelesen wird.
• Eigenschaften einzeln ändern (erst Adresse, dann DNS), besonders bei Hosts, die nur über das Netzwerk erreichbar sind, das gerade umkonfiguriert wird.

Stolpersteine

• /etc/network/interfaces unter Ubuntu 17.10 oder neuer bearbeiten, das netplan verwendet: Sofern ifupdown nicht gezielt installiert wurde, wird die Datei ignoriert und die Änderung bleibt wirkungslos.
• Eine statische Adresse mit nmcli setzen, ohne zugleich ipv4.method manual zu setzen: Bleibt die Methode auf auto, läuft DHCP weiter, und die statische Adresse kommt nur zusätzlich zur zugewiesenen hinzu.
• Annehmen, dass Set-DnsClientServerAddress die Namensauflösung global ändert: Der Befehl wirkt pro Interface, andere Adapter (VPN, zweite Netzwerkkarte) behalten ihre eigenen Server. Mit Get-DnsClientServerAddress prüfen; -ResetServerAddresses stellt die per DHCP zugewiesenen Server wieder her.