De tunnel sluit, de browser stopt en elk ander apparaat op dezelfde Wi-Fi werkt nog, wat de router uitsluit. Dat patroon heeft drie waarschijnlijke eigenaren: een kill switch die opdracht kreeg te blokkeren, toestand die een verwijderde client achterliet, en een resolver of route die nooit is hersteld. Vanuit een browservenster zien ze er identiek uit en ze vragen om verschillende reparaties. Bepaal welke u heeft voordat u een netwerkreset uitvoert.

Twee heel verschillende soorten blokkade

Een bewuste blokkade is een functie: zolang er geen tunnel actief is, gooit de client verkeer weg zodat er niets buiten het beschermde pad lekt. Een onbedoelde blokkade is een achtergebleven regel, apparaat- of resolverinstelling die het vertrek van de client overleefde. De ene repareer je door te verbinden of het beleid bewust uit te schakelen, de andere door op te ruimen wat er is achtergebleven.

Het verschil blijkt uit de fout, niet uit de browser. Een bewuste blokkade levert meestal een onmiddellijke weigering of een stille hang op, terwijl een achtergebleven resolver een naamresolutiefout geeft die blijft bestaan zelfs wanneer een ping naar een letterlijk adres werkt. Geen van beide is hetzelfde als een kapotte Wi-Fi-verbinding, die ook de andere apparaten zou treffen. Orden de controles op dat verschil: eerst een letterlijk adres, dan een naam.

Wat de client beloofde bij verbreken

Lees de eigen instellingen van de client voor de betekenis van verbreken, want veel producten onderscheiden een pauze van een volledige stop. Een pauze houdt de blokkade bewust op zijn plaats, terwijl een stop hem kan weghalen. Sommige mobiele platforms drukken dezelfde gedachte uit als een altijd-aan-regel die verkeer blokkeert wanneer er geen VPN is verbonden.

Waar de organisatie bescherming eist, is de reparatie het opnieuw verbinden van het juiste profiel in plaats van de blokkade omzeilen. Controleer dat de servernaam nog steeds wordt opgelost en dat het eindpunt bereikbaar is via de uitzonderingen die de uitrol documenteert, want een mislukte herverbinding ziet er precies uit als een blijvende blokkade.

Verouderde toestand van een onderbroken verwijdering

Een onderbroken de-installatie, of een pakket dat is verwijderd terwijl de tunnel actief was, kan een firewallketen, een routeringsregel, een resolver-item of een virtuele adapter achterlaten. Het proces is weg en de effecten niet.

Begin met het ondersteunde opruim- en reparatiepad van de applicatie en stel dan vóór het verwijderen vast welk onderdeel elk resterend object heeft geïnstalleerd. De hostfirewall uitschakelen herstelt het browsen en verwijdert tegelijk niet-gerelateerde bescherming. Een wereldwijde netwerkreset is erger, want die gooit werkende kantoor- of Wi-Fi-instellingen weg zonder de oorzaak te benoemen.

Als er twee clients zijn geïnstalleerd, bepaal dan welke het beleid bezit. Twee eigenaren is hoe een blokkade de verwijdering van beide overleeft.

Controleer de verbroken toestand, niet alleen browsen

Dat browsen weer werkt is een zwakke acceptatietest. Controleer dat het vereiste beleid intact is en dat niets anders stilzwijgend is verzwakt.

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'

Vergelijk de routeringsregels, de resolver en het firewallbeleid met hoe een schone verbroken machine eruitziet. Verbind en verbreek daarna via de normale werkwijze en herhaal de metingen, zodat de verwachte toestand wordt opgeschreven in plaats van onthouden.

Bewaar dat voor-en-na-paar in het ticket. De volgende persoon die een geblokkeerde browser ziet, heeft het meer nodig dan nog een mening over welke client het beste is.

Gerelateerde artikelen