Linux Workshop

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
===== 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 <conn> 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):
  <code>
  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]
  </code>

  Fedora (nmcli, statisch):
  <code>
  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
  </code>

----