VPN nameščen v Windows, Linux se zažene brez omrežja: kaj preveriti

Namestite VPN v Windows, znova zaženete v Linux in žična povezava je mrtva. Očitna zgodba se napiše sama: VPN je pustil nekaj za seboj. Zgodba je napačna, ker oba zagona poganjata ločena jedra z ločenimi gonilniki, ločenimi usmerjevalnimi tabelami in ločenimi razreševalniki. Omrežni filter Windows se ne izvaja znotraj Linuxa, zato je napaka bodisi v skladu Linux bodisi v nečem, kar oba zagona resnično delita, na primer v strojni opremi, vdelani programski opremi ali usmerjevalniku.

Simptom in napačen sklep

Uporabni del opazovanja je čas: napaka se je pojavila po spremembi. Neuporabni del je vzročni skok na VPN v Windows, ki v drugem operacijskem sistemu ne more delovati. Ločitev obeh je vse delo. Zapišite časovnico, preden se dotaknete kabla.

Kar oba zagona resnično delita, so fizični vmesnik, kabel, vrata stikala in vse, kar je zgoraj. To so resnične skupne spremenljivke in si zaslužijo pregled po tem, ko je sklad Linux pregledan.

Zajemite sklad Linux s štirimi ukazi

Začnite v načinu samo za branje in zabeležite stanje, preden karkoli spremenite: ip -br link za prisotnost vmesnikov, ip -br address za naslove, ip route za poti IPv4 in ip -6 route tam, kjer je IPv6 pomemben. Referenca orodja ip razlikuje te objekte, vmesnik na seznamu pa ni dokaz, da ima delujoč naslov ali uporabno pot.

Shranite izhod v datoteko, da ga pozneje primerjate z delujočim zagonom. Posnetek, ki ga ne morete ponoviti, je le spomin na stanje.

Je to povezava, naslov, pot ali ime?

Štiri različne napake so v brskalniku videti enako. Naprave lahko povsem ni, lahko je prisotna brez nosilca, je povezana, a brez pričakovanega naslova, ali ima naslov brez poti do cilja. Neuspeh razreševanja imen, medtem ko surovi naslovi delujejo, je peti primer in pripada razreševalniku, ne gonilniku.

Vsak primer kaže na drugo delo: gonilnik ali vdelana programska oprema za manjkajočo napravo, kabli ali stikalo, ko ni nosilca, DHCP ali statična konfiguracija za manjkajoč naslov ter usmerjanje ali politika za manjkajočo pot. Težava razreševalnika kaže na systemd-resolved, NetworkManager ali lokalno konfiguracijo DNS.

Preverite, ali ima namestitev Linux lasten VPN ali trajno konfiguracijo požarnega zidu. Lokalni tunel ali nabor pravil nftables je vzrok na strani Linux in veliko verjetneje pojasni napako kot program Windows, ki ne teče.

Nato primerjajte prehod zagona

Windows Fast Startup je hibridno zaustavljanje, ki ohrani stanje seje jedra namesto polnega zagona. Microsoftova dokumentacija o stanjih napajanja ga loči od ponovnega zagona in od polnega izklopa, zato se lahko ista strojna oprema v obeh prehodih obnaša drugače.

Če je napaka odvisna od prehoda iz enega operacijskega sistema v drugega, po shranjevanju dela primerjajte dokumentiran ponovni zagon ali poln izklop z običajno potjo. Rezultat, ki sledi prehodu, upravičuje pregled stanja gonilnika, naprave ali vdelane programske opreme, in sam po sebi ne dokazuje, da je Fast Startup povzročil določeno napako vmesnika.

Zabeležite, kateri operacijski sistem je nazadnje uporabil vmesnik, vrsto prehoda, stanje povezave v Linux in prvo neuspešno operacijo. Ponovljiva razlika med hladnim zagonom in toplim prehodom je vredna veliko več kot odstranitev programske opreme VPN iz obeh namestitev brez vedenja, kateri sklad se je pokvaril.

Česa ne spreminjati

Ne ponastavite obeh omrežnih skladov kot prvi korak. To uniči primerjavo in pogosto ničesar ne popravi, ker resnični vzrok ni bil nikoli ugotovljen. Ne nameščajte znova VPN v Windows, da bi popravili Linux, in ne spreminjajte nastavitev vdelane programske opreme naključno samo zato, ker je prehod zagona koreliral z napako.

Referenca orodja ip dokumentira zgoraj uporabljene objekte povezave, naslova in poti. Najprej preberite stran Linux, ohranite posnetek in šele nato presodite, ali je skupni strojni sloj vreden preiskave.