===== Netzwerk — Übersicht ===== **Ubuntu Desktop / Ubuntu Server / Fedora Desktop / Fedora Server** * Netplan ist die Anleitung: Einer YAML-Datei beschreibt wie das Netzwerk aussehen soll (z. B. „Interface X bekommt diese IP“). * systemd-networkd und NetworkManager sind die ausführenden Programme: Sie lesen die Einstellungen und stellen die Verbindung tatsächlich her. * Gemeinsam haben sie das Ziel: Netzwerkverbindungen aufbauen und verwalten (IP, Routen, DNS, Bridges, VLANs …) und sie laufen im System, sodass man sie automatisiert konfigurieren kann. Kurz-Analogien: - Netplan = das Rezept. - systemd-networkd / NetworkManager = die Köche, die das Rezept zubereiten. Wann was: - Server/VMs → Netplan + systemd-networkd (stabil, wenig Overhead). - Desktop/Laptop → Netplan (oder direkt) + NetworkManager (besser für WLAN, VPN, GUI). ^ Aspekt ^ Ubuntu Desktop ^ Ubuntu Server ^ Fedora Desktop ^ Fedora Server ^ | Standard-Netzwerkverwaltung | Netplan als deklarative Schicht, im Desktop-Image mit renderer: NetworkManager (NetworkManager verwaltet aktiv die Verbindungen, GUI vorhanden). | Netplan als deklarative Schicht, Default renderer: systemd-networkd (headless, deterministisch). | NetworkManager (direkt, keine Netplan‑Schicht). GUI und NM integriert. | NetworkManager (direkt). Server verwendet meist NetworkManager für alle Netzwerke. | | Konfigurationsdateien / Orte | /etc/netplan/*.yaml (Netplan) + /etc/NetworkManager/system-connections/ für NM-Verbindungen; GUI/Settings schreibt Einstellungen. | /etc/netplan/*.yaml → generiert systemd-networkd-Konfigs; keine GUI. | /etc/NetworkManager/system-connections/ (keyfiles), nmcli/nmtui-Profile; kein Netplan. | /etc/NetworkManager/system-connections/ (keyfiles), nmcli für Konfig. | | Typische Verwendung | Laptop/Desktop, WLAN, roaming, VPN, dynamische Verbindungen, GUI-Tools (GNOME Settings). | Server, statische IPs, Bridges/VLANs/Bonds für VMs, Cloud-Images, Automatisierung. | Desktop, WLAN, Hotspot, GUI; Multimedia/Workstation. | Server/VM-Host; oft stabile Netzwerke, aber mit NetworkManager verwaltet. | | Statische IP konfigurieren | GUI (Einstellungen) oder Netplan YAML (addresses/gateway4/nameservers). | Netplan YAML (addresses, gateway4, nameservers). Beispiel: addresses: [192.168.1.10/24] | nmcli connection modify ipv4.addresses 192.168.1.10/24 ipv4.gateway 192.168.1.1 ipv4.method manual | nmcli oder keyfile in /etc/NetworkManager/system-connections/ | | DHCP / IPv6 | dhcp4/dhcp6 in Netplan oder NM; Desktop nutzt NM für WLAN/DHCP. | Netplan dhcp4: true / dhcp6: true. | DHCP über NetworkManager. | DHCP über NetworkManager. | | WLAN / GUI | Volle GUI-Unterstützung (NetworkManager, GNOME/KDE). | Kein GUI; WLAN möglich, aber meist manuell oder via nmcli. | Volle GUI-Unterstützung. | Kein GUI; Verwaltung per nmcli/nmtui. | | Cloud / Automatisierung | Cloud‑Images nutzen cloud-init → Netplan; gute Integration. | Cloud‑Images + cloud-init → Netplan Standard. netplan try hilfreich bei Remote-Änderungen. | Fedora Cloud nutzt cloud-init; NetworkManager-Integration variiert. | Fedora Cloud/Server ebenfalls cloud-init; häufig NetworkManager im Einsatz. | | DNS / Namensauflösung | Ubuntu benutzt systemd-resolved (stubbleresolver 127.0.0.53) und NM integriert; /etc/resolv.conf kann auf stub verweisen. | systemd-resolved + netplan/NM-Integration; prüfbar via resolvectl. | Fedora verwendet meist NetworkManager DNS-Handling (schreibt resolv.conf oder nutzt dnsmasq/Plugin); systemd-resolved nicht immer aktiviert. | Wie Desktop: NetworkManager steuert DNS; Verhalten kann je nach Version variieren. | | Firewall | ufw (Frontend zu nftables/iptables) oft bei Desktop/Server vorhanden; manuelle Verwaltung möglich. | ufw oft bei Servern eingesetzt oder direkte nftables. | firewalld (default) auf Desktop/Server; guter NM-Integration. | firewalld (default). | | Wichtige Kommandos | nmcli, nm-connection-editor, gsettings (GUI), netplan (für Netplan‑YAML), ip, ss | netplan apply / try / generate, networkctl, ip, journalctl -u systemd-networkd | nmcli, nmtui, nm-connection-editor, ip, firewall-cmd | nmcli, nmtui, firewall-cmd, ip | | Verhalten beim Boot | NetworkManager gestartet durch Desktop Session; Netplan generiert NM‑Konfiguration beim Boot. | Netplan → systemd-networkd-Konfiguration; deterministic boot configuration. | NetworkManager startet beim Boot, aktiviert GUI-Profile bei Login. | NetworkManager startet beim Boot, profile persistent. | | Empfehlungen / Hinweise | Wenn du viel mit WLAN, wechselnden Netzen und VPN arbeitest: NetworkManager (Desktop). Netplan bleibt Konfigurationsschicht. | Für Headless-Server: Netplan + renderer: networkd; nutze netplan try auf Remote-Servern, um Sperrungen zu vermeiden. | Für Desktops: NetworkManager; nutze nmtui/nm-applet für schnelle Konfiguration. | Für Server: NetworkManager ist ok, aber achte auf Automatisierung (Ansible, cloud-init) und konsistente Keyfiles. | | Typische Probleme | Konflikte wenn sowohl networkd als auch NetworkManager Interfaces verwalten; DNS (resolv.conf) und systemd-resolved Unterschiede. | YAML-Indentation-Fehler; falsche Interface-Namen (verwende ip link); nach Änderungen netplan apply/try nutzen. | DNS-/resolv.conf-Verhalten (Plugin), SELinux‑Kontexte bei speziellen Diensten. | Gleiches wie Desktop; bei Servern oft Firewall/SELinux beachten. | ---- Beispiele (Kurz): Ubuntu Server (Netplan, statisch): network: version: 2 renderer: networkd ethernets: enp3s0: addresses: [192.168.1.10/24] gateway4: 192.168.1.1 nameservers: addresses: [8.8.8.8,8.8.4.4] Fedora (nmcli, statisch): nmcli connection add type ethernet ifname enp3s0 con-name static1 ipv4.addresses 192.168.1.10/24 ipv4.gateway 192.168.1.1 ipv4.dns "8.8.8.8 8.8.4.4" ipv4.method manual nmcli connection up static1 ----