Ich bin vor Kurzem umgezogen und musste meinen Server (18.04, aktualisiert von 16.04) herunterfahren. Vor dem Umzug funktionierte alles einwandfrei, aber seit dem Umzug und dem erneuten Einrichten des Netzwerks kann das Hauptbetriebssystem keine Updates, kein „apt upgrade“, keine Pings an externe Netzwerke oder Downloads durchführen.
Nur eine Aktion hat bisher geholfen:route add default gw 192.168.0.1 p3p1
Noch merkwürdiger ist, dass die drei Gastbetriebssysteme, die ich auf diesem Host ausführe, einwandfrei funktionieren:
eine pfSense-VM mit einem vtd-Passthrough zu einer Dual-Gigabit-Netzwerkkarte, die als Internet-Router/Firewall des Netzwerks fungiert
ein Debian-Gast mit Low-Spec-Debian, der PiHole und macvtap für sein Netzwerk hostet
ein dritter Gast, auf dem Lubuntu ausgeführt wird und der VTd-Zugriff auf eine einzelne Gigabit-Karte hat.
Das Hauptsystem (mit eigener dedizierter Netzwerkkarte), Pihole (MacVTap) und Lubuntu (VTD-Karte) laufen in einem alten Router im Switch-Modus, bei dem nur sein Zugangspunkt aktiv ist. Der Rest des Netzwerks funktioniert einwandfrei (3 Android-Telefone, 2 Windows-PCs und eine Xbox One).
Die Datei /etc/network/interfaces enthält keinen Verweis auf p3p1; /etc/network/interfaces.d und /etc/netplan enthalten überhaupt nichts.
Ich kann innerhalb des Netzwerks per SSH auf den Server zugreifen und Samba-Freigaben funktionieren weiterhin, ebenso wie NFS-Freigaben zwischen dem Haupthost und dem Lubuntu-Gast.
Abgesehen davon, dass die NFS-Freigaben in Lubuntu neu gemountet werden mussten, nachdem die Gäste vollständig gebootet hatten, hat dieses Setup monatelang einwandfrei funktioniert. Dieses Setup hat sich im Laufe der Jahre von einem einfachen Einzelbetriebssystem zu dem beschriebenen Setup entwickelt.
Was ist gemäß bewährter Methoden ein zuverlässiger Maßnahmenplan zur Fehlerbehebung?
EDIT 1: wie gewünscht lautet die Ausgabe ip awie folgt:
ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 4: p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether d0:50:99:9b:bb:2f brd ff:ff:ff:ff:ff:ff inet 192.168.0.139/24 brd 192.168.0.255 scope global dynamic p3p1 valid_lft 6465sec preferred_lft 6465sec 8: macvtap0@p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 500 link/ether 52:54:00:91:11:62 brd ff:ff:ff:ff:ff:ff inet 169.254.23.72/16 brd 169.254.255.255 scope global macvtap0 valid_lft forever preferred_lft forever inet6 fe80::711b:c0b9:3b0:b333/64 scope link valid_lft forever preferred_lft forever
Die Ausgabe des Befehls nmcli con showzeigt, dass p3p1 vorhanden und aktiv ist
ethernet ********-****-****-****-************ ethernet p3p1 macvtap0 ********-****-****-****-************ macvlan macvtap0
als zusätzlicher Hinweis: Das System wurde am 16.04 gestartet und hat mindestens ein Upgrade durchlaufen, daher weiß ich nicht, welchen Netzwerkmanager es verwendet.