VPN afbrudt, internettet stadig blokeret: kontakt eller forældet regel?

Tunnelen lukker, browseren stopper, og alle andre enheder på samme Wi-Fi virker stadig, hvilket udelukker routeren. Mønstret har tre sandsynlige ejere: en kill switch, der har fået besked på at blokere, tilstand efterladt af en klient, der blev fjernet, og en resolver eller rute, der aldrig blev gendannet. De ser identiske ud fra et browservindue og kræver forskellige reparationer. Afgør, hvilken du har, før du kører en netværksnulstilling.

To vidt forskellige blokeringer af internettet

En bevidst blokering er en funktion: når ingen tunnel er aktiv, kasserer klienten trafik, så intet lækker uden for den beskyttede vej. En utilsigtet blokering er en efterladt regel, enheds- eller resolverindstilling, som overlevede klientens afgang. Den ene repareres ved at forbinde eller bevidst slå politikken fra, den anden ved at rydde op efter det, der blev ladt tilbage.

Forskellen viser sig i fejlen, ikke i browseren. En bevidst blokering giver normalt et øjeblikkeligt afslag eller et stille hang, mens en efterladt resolver giver en navneopløsningsfejl, der varer ved, selv når et ping til en bogstavelig adresse virker. Ingen af dem er det samme som en ødelagt Wi-Fi-forbindelse, som også ville ramme de andre enheder. Sorter kontrollerne efter den forskel: først en bogstavelig adresse, derefter et navn.

Hvad klienten lovede ved afbrydelse

Læs klientens egne indstillinger for at forstå betydningen af afbrydelse, fordi mange produkter skelner mellem en pause og et fuldt stop. En pause holder blokeringen på plads med vilje, mens et stop kan fjerne den. Nogle mobilplatforme udtrykker den samme idé som en altid-til-regel, der blokerer trafik, når der ikke er en VPN forbundet.

Hvor organisationen kræver beskyttelse, er reparationen at tilslutte den korrekte profil igen i stedet for at omgå blokeringen. Kontroller, at servernavnet stadig opløses, og at endepunktet kan nås gennem de undtagelser, som udrulningen dokumenterer, fordi en mislykket genopkobling ser præcis ud som en vedvarende blokering.

Forældet tilstand efter en afbrudt fjernelse

En afbrudt afinstallation eller en pakke fjernet, mens tunnelen var oppe, kan efterlade en firewallkæde, en routingregel, en resolverpost eller en virtuel adapter. Processen er væk, men virkningerne er der.

Begynd med applikationens understøttede oprydnings- og reparationsvej, og find derefter ud af, hvilken komponent der installerede hvert tilbageværende objekt, før du sletter det. At slå værtsfirewallen fra gendanner browsing og fjerner samtidig ubeslægtet beskyttelse. En global netværksnulstilling er værre, fordi den kasserer fungerende kontor- eller Wi-Fi-indstillinger uden at navngive årsagen.

Hvis der er installeret to klienter, skal du afgøre, hvilken der ejer politikken. To ejere er grunden til, at en blokering overlever fjernelsen af begge.

Kontroller den afbrudte tilstand, ikke kun browsing

At browsing virker igen, er en svag accepttest. Kontroller, at den krævede politik er intakt, og at intet andet er blevet svækket i stilhed.

ip rule show
ip route show table all | grep -v '^default'
resolvectl status | head -n 20
sudo nft list ruleset | grep -A 6 'chain output'

Sammenlign routingreglerne, resolveren og firewallpolitikken med, hvordan en ren afbrudt maskine ser ud. Genopkobl og afbryd derefter gennem det normale arbejdsflow, og gentag aflæsningerne, så den forventede tilstand bliver skrevet ned i stedet for husket.

Gem det før-og-efter-par i billetten. Den næste, der ser en blokeret browser, får mere brug for det end endnu en mening om, hvilken klient der er bedst.