Ich verwende Ubuntu 16.04 auf einem NUC, um meine Heim- und Arbeitsnetzwerke zu verwalten. Der einzelnen Netzwerkkarte im NUC werden durch die folgenden Zeilen zwei IP-Adressen zugewiesen, eine in jedem Netzwerk /etc/network/interfaces:
auto lo
iface lo inet loopback
#1st is home
auto enp3s0
iface enp3s0 inet static
address 192.168.0.1
netmask 255.255.255.0
gateway 192.168.0.254 # huawei modem
dns-search homenet
#2nd is work vpn
auto enp3s0:1
iface enp3s0:1 inet static
address 172.16.9.1
netmask 255.255.255.240
gateway 172.16.9.1
dns-search xx.yy.xx.com
ifconfig192.168.0.1Früher wurden mir sowohl die Inet-Adressen als auch angezeigt 172.16.9.1, aber seit der Ausführung der heute angebotenen Ubuntu-Updates wird nur noch die erste angezeigt. Maschinen im Arbeitssubnetz können sich gegenseitig oder das externe Netzwerk nicht sehen, da die IP-Adresse 172.16.9.1nicht erreichbar ist.
Irgendetwas muss sich geändert haben, aber ich weiß nicht, was oder wie ich es beheben kann.
Diese Maschine wird ausgeführt, isc-dhcp-serverum IP-Adressen sowohl im Heim- als auch im Arbeitsnetzwerk zuzuweisen und bind9DNS-Suchvorgänge für das Heimnetzwerk durchzuführen. Wenn sie ordnungsgemäß funktioniert, wird das DNS für die Arbeitsmaschinen vom VPN verwaltet.
Ich verwende nicht den grafischen Netzwerkmanager.
Irgendwelche Ideen, was ich mir ansehen könnte, um das wieder zum Laufen zu bringen?
AKTUALISIEREN: Ich habe nachträglich eine Zeile gesehen, boot.logdie vorher nicht da war:
Failed to start Raise network interfaces.
See 'systemctl status networking.service' for details.
Das habe ich also getan. Und ich sehe die folgende Meldung viermal:
ifup[670]: Another app is currently holding the xtables lock.
Perhaps you want to use the -w option?
Darin /etc/networkhabe ich ein if-pre-up.d/iptablesSkript, das den Systembefehl iptablesfünfmal aufruft. Ich vermute, dass hier der Fehler herkommt – aber bis zum heutigen Update hat es zuverlässig funktioniert. Obwohl ich -wall diese Zeilen einfügen könnte, vermute ich, dass ich damit eher ein Symptom behandeln würde, als die wahre Ursache anzugehen – die ich noch nicht identifiziert habe.
AKTUALISIERUNG 2: Ursprünglich dachte ich, dass die fünf Aufrufe von iptablesin meinem Skript vier Fehler erzeugt hätten xtables lock. Was ich entdeckt habe, ist, dass mein Skript tatsächlich viermal aufgerufen wird: einmal für jede Schnittstelle ( lo, enp3s0, und enp3s0:1) und einmal mit einem $IFACEWert von --all. Die Aufrufe für --allund enp3s0werden gleichzeitig ausgeführt und einer blockiert den anderen.
Ich kann in den Änderungsprotokollen nichts finden, würde aber vermuten, dass das Ausführen dieses Skripts für IFACE=--all möglicherweise die zugrunde liegende Ursache für mein Problem ist.
Dank im Voraus
Grüße, T