VPN installert i Windows, Linux startar utan nettverk: kva du bør sjekke
Kvar oppstart køyrer sin eigen nettverksstabel, så eit Windows-VPN-filter er ikkje aktivt i Linux. Sjekk lenkje, adresse, rute og DNS før du nullstiller noko.
Du installerer ein VPN i Windows, startar på nytt inn i Linux, og den kabelbundne sambindinga er død. Den opplagde historia skriv seg sjølv: VPN-en la noko att. Historia er feil, fordi dei to oppstartane køyrer separate kjernar med separate drivarar, separate rutetabellar og separate løysarar. Eit Windows-nettverksfilter blir ikkje køyrt inne i Linux, så feilen ligg anten i Linux-stakken eller i noko begge oppstartane verkeleg deler, som maskinvare, firmware eller rutaren.
Symptomet og den feil konklusjonen
Den nyttige delen av observasjonen er tidspunktet: feilen dukka opp etter ei endring. Den unyttige delen er det kausale spranget til Windows-VPN-en, som ikkje kan køyre i det andre operativsystemet. Å skilje dei to er heile jobben. Skriv ned tidslinja før du tek på ein kabel.
Det begge oppstartane deler, er den fysiske adapteren, kabelen, svitsjporten og alt som sit oppstraums. Det er ekte felles variablar, og dei fortener ein sjekk etter at Linux-stakken er undersøkt.
Ta eit augeblinksbilete av Linux-stakken med fire kommandoar
Start skriveverna og fang tilstanden før du endrar noko: ip -br link for grensesnitt, ip -br address for adresser, ip route for IPv4-ruter og ip -6 route der IPv6 tel. Referansen for ip-verktøyet skil mellom desse objekta, og eit grensesnitt i lista er ikkje prov på at det har ei fungerande adresse eller ei brukbar rute.
Lagre utdataa i ei fil slik at du seinare kan samanlikne dei med ein oppstart som verkar. Eit augeblinksbilete du ikkje kan gjenskape, er berre eit minne om ein tilstand.
Er det lenkje, adresse, rute eller namn?
Fire ulike feil ser like ut frå ein nettlesar. Eininga kan mangle heilt, vere til stades utan berar, vere kopla til men utan den forventa adressa, eller ha adresse utan rute til målet. Namneoppslag som feilar medan rå adresser verkar, er eit femte tilfelle, og det høyrer til løysarsida og ikkje drivaren.
Kvart tilfelle peikar på ulikt arbeid: drivar eller firmware for ei manglande eining, kabling eller svitsj når det ikkje er berar, DHCP eller statisk konfigurasjon for ei manglande adresse, og ruting eller policy for ein manglande veg. Eit løysarproblem peikar på systemd-resolved, NetworkManager eller ein lokal DNS-konfigurasjon.
Sjekk om Linux-installasjonen har sin eigen VPN eller ein varig brannmurkonfigurasjon. Ein lokal tunnel eller eit nftables-regelsett er ei årsak på Linux-sida, og det forklarer feilen langt oftare enn eit Windows-program som ikkje køyrer.
Samanlikne deretter oppstartsovergangen
Windows Fast Startup er ei hybrid avslåing som held på kjerneøktas tilstand i staden for å gjere ein full oppstart. Microsoft-dokumentasjonen om straumtilstandar skil ho frå ein omstart og frå ei full avslåing, og difor kan den same maskinvara oppføre seg ulikt i dei to overgangane.
Viss feilen er avhengig av å byte frå eitt operativsystem til det andre, samanlikne ein dokumentert omstart eller full avslåing med den normale vegen, etter at du har lagra arbeidet. Eit resultat som følgjer overgangen, rettferdiggjer å undersøke drivar-, eining- eller firmwaretilstand, og det provar ikkje i seg sjølv at Fast Startup forårsaka ein bestemt adapterfeil.
Noter kva operativsystem som brukte adapteren sist, overgangstypen, lenkjetilstanden i Linux og den første operasjonen som feila. Ein gjentakbar skilnad mellom kald oppstart og varm overgang er langt meir verdt enn å fjerne VPN-programvare frå begge installasjonane utan å vite kva stakk som gjekk i stykke.
Kva du ikkje bør endre
Ikkje nullstill begge nettverksstakkane som første trekk. Det øydelegg samanlikninga og rettar ofte ingenting, fordi den eigentlege årsaka aldri vart identifisert. Ikkje installer Windows-VPN-en på nytt for å reparere Linux, og ikkje endre firmware-innstillingar tilfeldig fordi ein oppstartsovergang korrelerte med ein feil.
Referansen for ip-verktøyet dokumenterer lenkje-, adresse- og ruteobjekta som er brukte ovanfor. Les Linux-sida først, ta vare på augeblinksbiletet, og avgjer først då om det felles maskinvarelaget er verdt å undersøke.