VPN nainštalovaná v Windows, Linux sa spúšťa bez siete: čo skontrolovať

Nainštalujete VPN vo Windows, reštartujete do Linuxu a káblové pripojenie je mŕtve. Zrejmý príbeh sa píše sám: VPN po sebe niečo nechala. Príbeh je nesprávny, pretože obe spustenia bežia na samostatných jadrách so samostatnými ovládačmi, samostatnými smerovacími tabuľkami a samostatnými prekladačmi mien. Sieťový filter Windows sa vo vnútri Linuxu nevykonáva, takže chyba je buď v linuxovom zásobníku, alebo v niečom, čo obe spustenia naozaj zdieľajú, napríklad v hardvéri, firmvéri alebo v routeri.

Príznak a nesprávny záver

Užitočná časť pozorovania je časovanie: chyba sa objavila po zmene. Neužitočná časť je kauzálny skok na VPN vo Windows, ktorá v druhom operačnom systéme bežať nemôže. Oddeliť oboje je celá práca. Zapíšte si časovú os, skôr než sa dotknete kábla.

Čo obe spustenia naozaj zdieľajú, je fyzický adaptér, kábel, port prepínača a všetko nad ním. To sú skutočné spoločné premenné a zaslúžia si kontrolu po preskúmaní linuxového zásobníka.

Zachyťte linuxový zásobník štyrmi príkazmi

Začnite v režime iba na čítanie a zaznamenajte stav, skôr než čokoľvek zmeníte: ip -br link pre prítomnosť rozhraní, ip -br address pre adresy, ip route pre trasy IPv4 a ip -6 route tam, kde záleží na IPv6. Referenčná príručka nástroja ip rozlišuje tieto objekty a rozhranie v zozname nie je dôkazom, že má funkčnú adresu alebo použiteľnú trasu.

Uložte výstup do súboru, aby ste ho neskôr mohli porovnať s funkčným spustením. Snímka, ktorú nedokážete zopakovať, je len spomienkou na stav.

Je to prepojenie, adresa, trasa alebo názov?

Štyri rôzne poruchy vyzerajú z prehliadača rovnako. Zariadenie môže úplne chýbať, byť prítomné bez nosného signálu, byť pripojené, ale bez očakávanej adresy, alebo mať adresu bez trasy k cieľu. Zlyhanie prekladu názvov, kým surové adresy fungujú, je piaty prípad a patrí prekladaču, nie ovládaču.

Každý prípad ukazuje na inú prácu: ovládač alebo firmvér pre chýbajúce zariadenie, kabeláž alebo prepínač pri absencii nosného signálu, DHCP alebo statická konfigurácia pre chýbajúcu adresu a smerovanie alebo politika pre chýbajúcu cestu. Problém prekladača ukazuje na systemd-resolved, NetworkManager alebo miestnu konfiguráciu DNS.

Skontrolujte, či má inštalácia Linuxu vlastnú VPN alebo trvalú konfiguráciu firewallu. Miestny tunel alebo sada pravidiel nftables je príčinou na strane Linuxu a oveľa pravdepodobnejšie vysvetlí poruchu než program pre Windows, ktorý nebeží.

Potom porovnajte prechod spustenia

Windows Fast Startup je hybridné vypnutie, ktoré zachováva stav relácie jadra namiesto plného spustenia. Dokumentácia Microsoftu o stavoch napájania ho odlišuje od reštartu a od úplného vypnutia, a preto sa ten istý hardvér môže v oboch prechodoch správať inak.

Ak porucha závisí od prechodu z jedného operačného systému do druhého, porovnajte dokumentovaný reštart alebo úplné vypnutie s bežnou cestou, po uložení práce. Výsledok, ktorý prechod sleduje, odôvodňuje preskúmanie stavu ovládača, zariadenia alebo firmvéru a sám o sebe nedokazuje, že Fast Startup spôsobil konkrétnu poruchu adaptéra.

Zapíšte, ktorý systém adaptér naposledy použil, typ prechodu, stav prepojenia v Linuxe a prvú neúspešnú operáciu. Opakovateľný rozdiel medzi studeným štartom a teplým prechodom má oveľa väčšiu cenu než odstránenie VPN softvéru z oboch inštalácií bez toho, aby ste vedeli, ktorý zásobník sa pokazil.

Čo nemeniť

Neresetujte oba sieťové zásobníky ako prvý krok. Ničí to porovnanie a často nič neopraví, pretože skutočná príčina nebola nikdy identifikovaná. Nepreinstalúvajte VPN vo Windows, aby ste opravili Linux, a nemeňte nastavenia firmvéru náhodne len preto, že prechod pri spustení koreloval s poruchou.

Referenčná príručka nástroja ip dokumentuje objekty prepojenia, adresy a trasy použité vyššie. Najprv si prečítajte stranu Linuxu, uchovajte snímku a až potom sa rozhodnite, či sa oplatí skúmať spoločnú hardvérovú vrstvu.