Inget internet efter avinstallation av ett VPN: inventering före återställning

Att ta bort en VPN-klient bör lämna tillbaka maskinen som den var före den, och ibland lämnar den tillbaka en maskin där ingenting löses och webbläsaren fortfarande vill ha en proxy. Resterna kommer från en kort lista ägare: rutter, Winsock-leverantörer, en proxyinställning, DNS och filterdrivrutiner. Det finns två reparationsstrategier, och de skiljer sig mest i vad de förstör.

Två reparationer med mycket olika kostnad

Den breda återställningen är inte fel; den är dyr. Den tar också bort bevisen som skulle ha sagt vilket lager som misslyckades, så nästa maskin med samma symptom börjar om från noll. Inventering först kostar fyra kommandon, och tre av dem läser bara.

Välj efter klockan, inte efter preferens. På en maskin som måste fungera inom tio minuter kan en fullständig återställning vara rätt beslut, och anteckningen du lämnar efteråt är det enda som bevarar kunskapen. I en park med ett återkommande symptom är inventeringen den billigare vägen, eftersom den ger en orsak i stället för ett avslutat avbrott.

Läs fyra saker innan du rör något

ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxy

Varje utdata motsvarar ett annat fel. En standardrutt som pekar på en adapter som inte finns längre förklarar ett dött internet med ett fungerande lokalt nätverk. En adapter-DNS-server som tidigare tillhörde tunneln förklarar namn som misslyckas medan adresser fungerar. En Winsock-leverantör installerad av klienten förklarar webbläsarfel som överlever varje ruttändring. En proxyppost förklarar en webbläsare som inte når något medan curl når.

Kontrollera webbläsarens egen proxy separat. Den bor i dialogrutan för internetalternativ under anslutningar och LAN-inställningar, och det är en annan inställning än WinHTTP-proxyn som kommandot rapporterar. Att reparera den ena reparerar inte den andra, och en maskin kan bära båda. Leta efter en proxyadress som inte löses upp någonstans, för det är formen en borttagen klient lämnar efter sig.

Klättra stegen i stället för att hoppa

ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalog

route -f rensar rutttabellen utan att röra adaptrar, vilket är det billigaste sättet att ta bort en tunnels kvarvarande standardrutt. netsh int ip reset skriver om inställningarna för TCP/IP-stacken och förväntar sig en omstart. netsh winsock reset återställer katalogen som en filterdrivrutin ändrade, och det är steget som reparerar felen som bara syns i webbläsaren. Kör en, testa och kör sedan nästa; en stege du har klättrat är en stege du kan beskriva senare.

netsh advfirewall reset är inte en del av den här stegen. Det raderar regler som någon skapade med avsikt, och att återställa dem är ett separat projekt. Nätverksåterställningen i Inställningar-appen tar bort och installerar om varje adapter och rensar även sparade Wi-Fi-lösenord, så den kommer efter de smala stegen och inte före dem.

Rester vars ägare är en annan produkt

Att dra ett program till papperskorgen avinstallerar det inte. En Mac som fortsatte att använda ett VPN som den inte längre visade hade en leverantörshjälpare som fortfarande körde; nätverksfliken i Aktivitetskontrollen identifierade den efter trafik, och leverantörens borttagningsprocedur tog bort daemonen och dess startobjekt. Kontrollera /Library/LaunchDaemons och /Library/LaunchAgents för poster vars program inte finns längre.

Säkerhetsprogramvara är den andra platsen där mönstret dyker upp. Antivirusverktyg installerar egna filterdrivrutiner, och en borttagning som lämnar en av dem kvar kan förstöra en VPN-adapter på ett sätt som ingen VPN-inställning förklarar. Leverantörens borttagningsverktyg finns för just det fallet; en generisk avinstallation når vanligtvis inte dit.

Installationsprogram kan också vägra att starta eftersom en tidigare instans fortfarande lever. OpenVPN-installationen söker efter en körande openvpn.exe, inklusive en som ditt eget skript startade för timmar sedan.

Felet env_block är en rest av en annan sort. PATH har tappat C:\Windows\System32 och dess grannar, så klienten kan inte starta verktygen som bygger adaptern. Reparera PATH i stället för att installera om, eftersom en ny kopia kommer att möta samma saknade kommandon.

Linux-gränssnitt och routertestet

Ett tun-gränssnitt kan överleva konfigurationen som skapade det. En rapport om långsam nedladdning slutade med en restenhet som höll gatewayadressen för den gamla poolen och drog trafik mot en tunnel som ingen hade tänkt sig. ip -brief link listar vad som finns; jämför det med vad den nuvarande tjänsten hävdar, och radera sedan det föräldralösa.

Leasar som slutar komma efter ett VPN-experiment är inte automatiskt ett stackproblem. Testa en bärbar dator som aldrig har burit klienten, och en annan router, innan du kör fler återställningar. Om routern slutade svara ändrar inget Windows-kommando det, och en tillfällig statisk adress, gateway och resolver berättar vilken sida som är trasig.

Anteckna vad du återställde och i vilken ordning. Nästa person behöver veta om Winsock-katalogen eller brandväggen byggdes om, och den anteckningen är det enda en avinstallation inte kan ta med sig.