VPN instaliran u Windowsu, a Linux se podiže bez mreže: šta provjeriti

Instalirate VPN u Windowsu, ponovo se podignete u Linux i žičana veza je mrtva. Očigledna priča piše se sama: VPN je nešto ostavio za sobom. Priča je pogrešna, jer dva podizanja pokreću odvojena jezgra s odvojenim drajverima, odvojenim tablicama rutiranja i odvojenim razrješivačima. Mrežni filtar u Windowsu ne izvršava se unutar Linuxa, pa je greška ili u Linux steku ili u nečemu što oba podizanja zaista dijele, poput hardvera, firmvera ili rutera.

Simptom i pogrešan zaključak

Korisni dio opažanja je vrijeme: kvar se pojavio nakon promjene. Beskorisni dio je uzročni skok na VPN u Windowsu, koji ne može raditi u drugom operativnom sistemu. Razdvajanje to dvoje je cijeli posao. Zapišite vremensku liniju prije nego što dotaknete kabl.

Ono što oba podizanja dijele jest fizički adapter, kabl, port na sviču i sve što stoji uzvodno. To su stvarne zajedničke varijable i zaslužuju provjeru nakon što je Linux stek pregledan.

Snimite Linux stek u četiri komande

Počnite samo za čitanje i zabilježite stanje prije bilo kakve promjene: ip -br link za prisustvo interfejsa, ip -br address za adrese, ip route za IPv4 rute i ip -6 route gdje je IPv6 važan. Referenca za alat ip razlikuje te objekte, a interfejs na listi nije dokaz da ima radnu adresu ili upotrebljivu rutu.

Sačuvajte izlaz u datoteku da biste ga kasnije uporedili s ispravnim podizanjem. Snimak koji ne možete ponoviti samo je sjećanje na stanje.

Je li to veza, adresa, ruta ili ime?

Četiri različita kvara izgledaju isto iz preglednika. Uređaj može potpuno nedostajati, biti prisutan bez nosioca, biti povezan ali bez očekivane adrese, ili imati adresu bez rute do odredišta. Neuspjeh razrješavanja imena dok sirove adrese rade peti je slučaj i pripada razrješivaču, a ne drajveru.

Svaki slučaj upućuje na drugi posao: drajver ili firmver za uređaj koji nedostaje, kabliranje ili svič kad nema nosioca, DHCP ili statička konfiguracija za adresu koja nedostaje, te rutiranje ili politika za put koji nedostaje. Problem razrješivača upućuje na systemd-resolved, NetworkManager ili lokalnu DNS konfiguraciju.

Provjerite ima li Linux instalacija vlastiti VPN ili trajnu konfiguraciju vatrozida. Lokalni tunel ili skup nftables pravila uzrok je na strani Linuxa i mnogo je vjerovatnije da objašnjava kvar nego Windows program koji ne radi.

Zatim uporedite prijelaz između podizanja

Windows Fast Startup je hibridno isključivanje koje zadržava stanje sesije jezgra umjesto punog podizanja. Microsoftova dokumentacija o stanjima napajanja razlikuje ga od ponovnog pokretanja i od punog isključivanja, zbog čega se isti hardver može ponašati drugačije u dva prijelaza.

Ako kvar zavisi od prelaska s jednog operativnog sistema na drugi, uporedite dokumentovano ponovno pokretanje ili puno isključivanje s uobičajenim putem, nakon što sačuvate rad. Rezultat koji slijedi prijelaz opravdava pregled stanja drajvera, uređaja ili firmvera i sam po sebi ne dokazuje da je Fast Startup prouzrokovao određeni kvar adaptera.

Zabilježite koji je OS posljednji koristio adapter, tip prijelaza, stanje veze u Linuxu i prvu radnju koja nije uspjela. Ponovljiva razlika između hladnog starta i toplog prijelaza vrijedi mnogo više od uklanjanja VPN softvera s obje instalacije bez znanja koji se stek slomio.

Šta ne mijenjati

Ne resetujte oba mrežna steka kao prvi potez. To uništava poređenje i često ništa ne popravlja, jer pravi uzrok nikada nije utvrđen. Ne reinstalirajte VPN u Windowsu da popravite Linux i ne mijenjajte postavke firmvera nasumično zato što se prijelaz pri podizanju poklopio s kvarom.

Referenca za alat ip dokumentuje objekte veze, adrese i rute korištene gore. Prvo pročitajte Linux stranu, sačuvajte snimak i tek onda odlučite vrijedi li istraživati zajednički sloj hardvera.