VPN installert i Windows, Linux starter uten nettverk: hva du bør sjekke

Du installerer en VPN i Windows, starter på nytt inn i Linux, og den kablede forbindelsen er død. Den åpenbare historien skriver seg selv: VPN-en la noe igjen. Historien er feil, fordi de to oppstartene kjører separate kjerner med separate drivere, separate rutetabeller og separate resolvere. Et Windows-nettverksfilter kjøres ikke inne i Linux, så feilen ligger enten i Linux-stakken eller i noe begge oppstartene virkelig deler, som maskinvare, firmware eller ruteren.

Symptomet og den feil konklusjonen

Den nyttige delen av observasjonen er tidspunktet: feilen dukket opp etter en endring. Den ubrukelige delen er det kausale spranget til Windows-VPN-en, som ikke kan kjøre i det andre operativsystemet. Å skille de to er hele jobben. Skriv ned tidslinjen før du tar på en kabel.

Det begge oppstartene deler, er den fysiske adapteren, kabelen, svitsjporten og alt som sitter oppstrøms. Det er ekte felles variabler, og de fortjener en sjekk etter at Linux-stakken er undersøkt.

Ta et øyeblikksbilde av Linux-stakken med fire kommandoer

Start skrivebeskyttet og fang tilstanden før du endrer noe: ip -br link for grensesnitt, ip -br address for adresser, ip route for IPv4-ruter og ip -6 route der IPv6 betyr noe. Referansen for ip-verktøyet skiller mellom disse objektene, og et grensesnitt i listen er ikke bevis for at det har en fungerende adresse eller en brukbar rute.

Lagre utdataene i en fil slik at du senere kan sammenligne dem med en oppstart som virker. Et øyeblikksbilde du ikke kan gjenskape, er bare et minne om en tilstand.

Er det lenke, adresse, rute eller navn?

Fire ulike feil ser like ut fra en nettleser. Enheten kan mangle helt, være til stede uten bærer, være koblet til men uten den forventede adressen, eller ha adresse uten rute til målet. Navneoppslag som feiler mens rå adresser virker, er et femte tilfelle, og det hører til resolversiden og ikke driveren.

Hvert tilfelle peker på ulikt arbeid: driver eller firmware for en manglende enhet, kabling eller svitsj når det ikke er bærer, DHCP eller statisk konfigurasjon for en manglende adresse, og ruting eller policy for en manglende vei. Et resolverproblem peker på systemd-resolved, NetworkManager eller en lokal DNS-konfigurasjon.

Sjekk om Linux-installasjonen har sin egen VPN eller en vedvarende brannmurkonfigurasjon. En lokal tunnel eller et nftables-regelsett er en årsak på Linux-siden, og det forklarer feilen langt oftere enn et Windows-program som ikke kjører.

Sammenlign deretter oppstartsovergangen

Windows Fast Startup er en hybrid avslåing som beholder kjerneøktens tilstand i stedet for å gjøre en full oppstart. Microsofts dokumentasjon om strømtilstander skiller den fra en omstart og fra en full avslåing, og derfor kan den samme maskinvaren oppføre seg ulikt i de to overgangene.

Hvis feilen avhenger av å bytte fra ett operativsystem til det andre, sammenlign en dokumentert omstart eller full avslåing med den normale veien, etter at du har lagret arbeidet. Et resultat som følger overgangen, rettferdiggjør å undersøke driver-, enhets- eller firmwaretilstand, og det beviser ikke i seg selv at Fast Startup forårsaket en bestemt adapterfeil.

Noter hvilket operativsystem som brukte adapteren sist, overgangstypen, lenketilstanden i Linux og den første operasjonen som feilet. En gjentakbar forskjell mellom kald oppstart og varm overgang er langt mer verdt enn å fjerne VPN-programvare fra begge installasjonene uten å vite hvilken stakk som gikk i stykker.

Hva du ikke bør endre

Ikke tilbakestill begge nettverksstakkene som første trekk. Det ødelegger sammenligningen og retter ofte ingenting, fordi den egentlige årsaken aldri ble identifisert. Ikke installer Windows-VPN-en på nytt for å reparere Linux, og ikke endre firmware-innstillinger tilfeldig fordi en oppstartsovergang korrelerte med en feil.

Referansen for ip-verktøyet dokumenterer lenke-, adresse- og ruteobjektene som er brukt ovenfor. Les Linux-siden først, ta vare på øyeblikksbildet, og avgjør først da om det felles maskinvarelaget er verdt å undersøke.