VPN nainstalovaná ve Windows, Linux při startu bez sítě: co zkontrolovat

Nainstalujete VPN ve Windows, restartujete do Linuxu a drátové připojení je mrtvé. Zřejmý příběh se napíše sám: VPN po sobě něco nechala. Příběh je špatný, protože obě spuštění běží na oddělených jádrech s oddělenými ovladači, oddělenými směrovacími tabulkami a oddělenými resolvery. Síťový filtr Windows se uvnitř Linuxu nevykonává, takže chyba je buď v linuxovém stacku, nebo v něčem, co obě spuštění skutečně sdílejí, například v hardwaru, firmwaru nebo routeru.

Příznak a chybný závěr

Užitečná část pozorování je časování: závada se objevila po změně. Neužitečná část je kauzální skok na VPN ve Windows, která v druhém operačním systému běžet nemůže. Oddělit obojí je celá práce. Zapište si časovou osu, než se dotknete kabelu.

Co obě spuštění skutečně sdílejí, je fyzický adaptér, kabel, port switche a vše nad ním. To jsou skutečné sdílené proměnné a zaslouží si kontrolu poté, co je prohlédnutý linuxový stack.

Zachyťte linuxový stack čtyřmi příkazy

Začněte v režimu pouze pro čtení a zachyťte stav, než cokoli změníte: ip -br link pro přítomnost rozhraní, ip -br address pro adresy, ip route pro trasy IPv4 a ip -6 route tam, kde záleží na IPv6. Referenční příručka nástroje ip tyto objekty rozlišuje a rozhraní v seznamu není důkazem, že má funkční adresu nebo použitelnou trasu.

Uložte výstup do souboru, abyste ho později mohli porovnat s funkčním spuštěním. Snímek, který nedokážete zopakovat, je jen vzpomínkou na stav.

Je to linka, adresa, trasa, nebo jméno?

Čtyři různé závady vypadají z prohlížeče stejně. Zařízení může úplně chybět, být přítomné bez nosného signálu, být propojené, ale bez očekávané adresy, nebo mít adresu bez trasy k cíli. Selhání překladu jmen, zatímco surové adresy fungují, je pátý případ a patří resolveru, nikoli ovladači.

Každý případ ukazuje na jinou práci: ovladač nebo firmware pro chybějící zařízení, kabeláž nebo switch při absenci nosného signálu, DHCP nebo statická konfigurace pro chybějící adresu a směrování nebo politika pro chybějící cestu. Problém resolveru ukazuje na systemd-resolved, NetworkManager nebo místní konfiguraci DNS.

Zkontrolujte, zda má instalace Linuxu vlastní VPN nebo trvalou konfiguraci firewallu. Místní tunel nebo sada pravidel nftables je viník na straně Linuxu a mnohem pravděpodobněji vysvětlí závadu než program pro Windows, který neběží.

Potom porovnejte přechod mezi spuštěními

Windows Fast Startup je hybridní vypnutí, které zachovává stav relace jádra místo plného spuštění. Dokumentace Microsoftu ke stavům napájení ho odlišuje od restartu a od úplného vypnutí, a proto se stejný hardware může při obou přechodech chovat jinak.

Pokud závada závisí na přechodu z jednoho operačního systému do druhého, porovnejte dokumentovaný restart nebo úplné vypnutí s běžnou cestou, až po uložení práce. Výsledek, který přechod sleduje, ospravedlňuje prozkoumání stavu ovladače, zařízení nebo firmwaru, a sám o sobě nedokazuje, že Fast Startup způsobil konkrétní závadu adaptéru.

Zapište, který systém adaptér naposledy použil, typ přechodu, stav linky v Linuxu a první operaci, která selhala. Opakovatelný rozdíl mezi studeným startem a teplým přechodem má mnohem větší cenu než odinstalování VPN softwaru z obou instalací, aniž byste věděli, který stack se rozbil.

Co neměnit

Neresetujte oba síťové stacky jako první krok. Zničí to srovnání a často nic neopraví, protože skutečný viník nebyl nikdy určen. Nepřeinstalovávejte VPN ve Windows, abyste opravili Linux, a neměňte nastavení firmwaru náhodně jen proto, že přechod při spuštění koreloval se závadou.

Referenční příručka nástroje ip dokumentuje objekty linky, adresy a trasy použité výše. Přečtěte nejprve stranu Linuxu, uchovejte snímek a teprve potom rozhodněte, zda stojí za to zkoumat sdílenou hardwarovou vrstvu.