Windows alatt telepített VPN, a Linux hálózat nélkül indul: mit kell ellenőrizni

Telepít egy VPN-t Windows alatt, újraindít Linuxba, és a vezetékes kapcsolat halott. A kézenfekvő történet magát írja: a VPN hagyott maga után valamit. A történet téves, mert a két indítás külön kernelt futtat külön illesztőprogramokkal, külön útválasztási táblákkal és külön feloldókkal. A Windows hálózati szűrője nem fut Linuxon belül, tehát a hiba vagy a Linux vermében van, vagy valamiben, amit a két indítás valóban megoszt, például a hardverben, a firmware-ben vagy a routerben.

A tünet és a téves következtetés

A megfigyelés hasznos része az időzítés: a hiba egy változtatás után jelent meg. A haszontalan rész a kauzális ugrás a Windows VPN-re, amely nem futhat a másik operációs rendszerben. A kettő szétválasztása az egész munka. Írja fel az idővonalat, mielőtt kábelhez nyúl.

Amit a két indítás valóban megoszt, az a fizikai adapter, a kábel, a switch port és minden, ami fölötte van. Ezek valódi közös változók, és megérdemlik az ellenőrzést, miután a Linux vermét megvizsgáltuk.

Készítsen pillanatképet a Linux verméről négy paranccsal

Csak olvasható módban kezdjen, és rögzítse az állapotot, mielőtt bármit megváltoztat: ip -br link az interfészek meglétéhez, ip -br address a címekhez, ip route az IPv4 útvonalakhoz és ip -6 route ott, ahol az IPv6 számít. Az ip eszköz leírása megkülönbözteti ezeket az objektumokat, és egy interfész megjelenése a listában nem bizonyítja, hogy működő címe vagy használható útvonala van.

Mentse a kimenetet fájlba, hogy később összehasonlíthassa egy működő indítással. Egy pillanatkép, amelyet nem tud reprodukálni, csak egy állapot emléke.

Link, cím, útvonal vagy név?

Négy különböző hiba ugyanúgy néz ki a böngészőből. Az eszköz teljesen hiányozhat, jelen lehet vivő nélkül, kapcsolódhat, de a várt cím nélkül, vagy lehet címe útvonal nélkül a célhoz. A névfeloldás kudarca nyers címek működése mellett ötödik eset, és a feloldóhoz tartozik, nem az illesztőprogramhoz.

Minden eset más munkára mutat: illesztőprogram vagy firmware a hiányzó eszközhöz, kábelezés vagy switch vivő hiányában, DHCP vagy statikus konfiguráció a hiányzó címhez, és útválasztás vagy házirend a hiányzó útvonalhoz. A feloldó problémája a systemd-resolvedre, a NetworkManagerre vagy egy helyi DNS-konfigurációra mutat.

Ellenőrizze, van-e a Linux-telepítésnek saját VPN-je vagy állandó tűzfal-konfigurációja. Egy helyi alagút vagy nftables-szabálykészlet Linux oldali okozó, és sokkal valószínűbb, hogy megmagyarázza a hibát, mint egy Windows-program, amely nem fut.

Ezután hasonlítsa össze az indítási átmenetet

A Windows Fast Startup hibrid leállítás, amely megtartja a kernel munkamenet-állapotát a teljes indítás helyett. A Microsoft energiagazdálkodási állapotokról szóló dokumentációja megkülönbözteti az újraindítástól és a teljes leállítástól, ezért viselkedhet ugyanaz a hardver eltérően a két átmenet során.

Ha a hiba az egyik operációs rendszerből a másikba való átlépéstől függ, hasonlítsa össze egy dokumentált újraindítást vagy teljes leállítást a normál úttal, miután mentette a munkáját. Az átmenetet követő eredmény indokolja az illesztőprogram, az eszköz vagy a firmware állapotának vizsgálatát, és önmagában nem bizonyítja, hogy a Fast Startup egy adott adapterhibát okozott.

Jegyezze fel, melyik operációs rendszer használta utoljára az adaptert, az átmenet típusát, a link állapotát Linux alatt és az első sikertelen műveletet. A hideg indítás és a meleg átmenet közötti megismételhető különbség sokkal többet ér, mint a VPN-szoftver eltávolítása mindkét telepítésből anélkül, hogy tudnánk, melyik verem tört el.

Mit ne változtasson

Ne állítsa vissza mindkét hálózati vermet első lépésként. Ez tönkreteszi az összehasonlítást, és gyakran semmit sem javít, mert a valódi okozót soha nem azonosították. Ne telepítse újra a Windows VPN-t a Linux javításához, és ne módosítsa a firmware-beállításokat véletlenszerűen csak azért, mert egy indítási átmenet együtt járt egy hibával.

Az ip eszköz leírása dokumentálja a fent használt link-, cím- és útvonal-objektumokat. Először a Linux oldalt olvassa el, őrizze meg a pillanatképet, és csak utána döntse el, hogy a közös hardverréteg vizsgálata megéri-e.