VPN unter Windows installiert, Linux startet ohne Netzwerk: was zu prüfen ist

Sie installieren ein VPN unter Windows, starten in Linux neu, und die Kabelverbindung ist tot. Die naheliegende Geschichte schreibt sich selbst: Das VPN hat etwas hinterlassen. Die Geschichte ist falsch, denn die beiden Starts laufen auf getrennten Kernen mit getrennten Treibern, getrennten Routingtabellen und getrennten Resolvern. Ein Windows-Netzwerkfilter wird nicht innerhalb von Linux ausgeführt, der Fehler liegt also entweder im Linux-Stack oder in etwas, das beide Starts wirklich teilen, etwa Hardware, Firmware oder der Router.

Das Symptom und der falsche Schluss

Der nützliche Teil der Beobachtung ist der Zeitpunkt: Der Fehler trat nach einer Änderung auf. Der nutzlose Teil ist der Kausalsprung zum Windows-VPN, das im anderen Betriebssystem nicht laufen kann. Beides zu trennen ist die ganze Arbeit. Schreiben Sie die Zeitlinie auf, bevor Sie ein Kabel anfassen.

Was beide Starts teilen, sind der physische Adapter, das Kabel, der Switch-Port und alles darüber. Das sind echte gemeinsame Variablen, und sie verdienen eine Prüfung, nachdem der Linux-Stack untersucht wurde.

Snapshotten Sie den Linux-Stack in vier Befehlen

Beginnen Sie schreibgeschützt und halten Sie den Zustand fest, bevor Sie etwas ändern: ip -br link für vorhandene Schnittstellen, ip -br address für Adressen, ip route für IPv4-Routen und ip -6 route dort, wo IPv6 zählt. Die Referenz zum ip-Werkzeug unterscheidet diese Objekte, und eine Schnittstelle in der Liste ist kein Beweis für eine funktionierende Adresse oder eine nutzbare Route.

Speichern Sie die Ausgabe in einer Datei, um sie später mit einem funktionierenden Start zu vergleichen. Ein Snapshot, den Sie nicht reproduzieren können, ist nur eine Erinnerung an einen Zustand.

Ist es Link, Adresse, Route oder Name?

Vier verschiedene Fehler sehen im Browser gleich aus. Das Gerät kann ganz fehlen, ohne Trägersignal vorhanden sein, verbunden sein, aber ohne die erwartete Adresse, oder adressiert sein, ohne eine Route zum Ziel zu haben. Namensauflösung, die scheitert, während Rohadressen funktionieren, ist ein fünfter Fall, und er gehört zum Resolver statt zum Treiber.

Jeder Fall zeigt auf andere Arbeit: Treiber oder Firmware bei fehlendem Gerät, Verkabelung oder Switch ohne Trägersignal, DHCP oder statische Konfiguration bei fehlender Adresse und Routing oder Policy bei fehlendem Pfad. Ein Resolver-Problem zeigt auf systemd-resolved, NetworkManager oder eine lokale DNS-Konfiguration.

Prüfen Sie, ob die Linux-Installation ein eigenes VPN oder eine dauerhafte Firewall-Konfiguration hat. Ein lokaler Tunnel oder ein nftables-Regelsatz ist ein Verursacher auf Linux-Seite und erklärt den Fehler weit eher als ein Windows-Programm, das nicht läuft.

Vergleichen Sie dann den Startübergang

Windows Fast Startup ist ein Hybrid-Herunterfahren, das den Kernel-Sitzungszustand behält, statt einen vollständigen Start durchzuführen. Microsofts Dokumentation zu Energiezuständen unterscheidet es von einem Neustart und von einem vollständigen Herunterfahren, weshalb sich dieselbe Hardware über die beiden Übergänge unterschiedlich verhalten kann.

Wenn der Fehler vom Wechsel von einem Betriebssystem zum anderen abhängt, vergleichen Sie einen dokumentierten Neustart oder ein vollständiges Herunterfahren mit dem normalen Weg, nachdem Sie Arbeit gespeichert haben. Ein Ergebnis, das dem Übergang folgt, rechtfertigt die Prüfung von Treiber-, Geräte- oder Firmwarezustand, und es beweist für sich nicht, dass Fast Startup einen bestimmten Adapterfehler verursacht hat.

Notieren Sie, welches Betriebssystem den Adapter zuletzt nutzte, den Übergangstyp, den Linux-Linkzustand und den ersten Vorgang, der scheiterte. Ein wiederholbarer Unterschied zwischen Kaltstart und warmem Übergang ist weit mehr wert als das Entfernen von VPN-Software aus beiden Installationen, ohne zu wissen, welcher Stack kaputtging.

Was Sie nicht ändern sollten

Setzen Sie nicht beide Netzwerk-Stacks als ersten Schritt zurück. Das zerstört den Vergleich und behebt oft nichts, weil der tatsächliche Verursacher nie identifiziert wurde. Installieren Sie das Windows-VPN nicht neu, um Linux zu reparieren, und ändern Sie Firmware-Einstellungen nicht zufällig, weil ein Startübergang mit einem Fehler korreliert war.

Die Referenz zum ip-Werkzeug dokumentiert die oben verwendeten Link-, Adress- und Routenobjekte. Lesen Sie zuerst die Linux-Seite, behalten Sie den Snapshot, und entscheiden Sie erst dann, ob die gemeinsame Hardwareschicht eine Untersuchung wert ist.