Fără internet după dezinstalarea unui VPN: inventar înainte de resetare

Eliminarea unui client VPN ar trebui să readucă mașina la starea de dinainte, iar uneori readuce o mașină în care nimic nu se rezolvă și browserul încă vrea un proxy. Resturile vin de pe o listă scurtă de proprietari: rute, furnizori Winsock, o setare de proxy, DNS și drivere de filtru. Există două strategii de reparare, și ele diferă mai ales prin ce distrug.

Două reparații cu costuri foarte diferite

Resetarea largă nu este greșită; este scumpă. Ea elimină și dovezile care ar fi spus ce strat a eșuat, așa că următoarea mașină cu același simptom începe din nou de la zero. Inventarul mai întâi costă patru comenzi, iar trei dintre ele doar citesc.

Alegeți după ceas, nu după preferință. Pe o mașină care trebuie să funcționeze în zece minute, o resetare completă poate fi decizia corectă, iar nota pe care o lăsați după aceea este singurul lucru care păstrează cunoașterea. Într-un parc cu un simptom repetat, inventarul este calea mai ieftină pentru că produce o cauză în locul unei întreruperi încheiate.

Citiți patru lucruri înainte de a atinge ceva

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

Fiecare ieșire corespunde unei alte defecțiuni. O rută implicită care indică un adaptor ce nu mai există explică internetul mort cu o rețea locală funcțională. Un server DNS al adaptorului care aparținea cândva tunelului explică numele care eșuează în timp ce adresele funcționează. Un furnizor Winsock instalat de client explică defecțiunile browserului care supraviețuiesc fiecărei schimbări de rută. O intrare de proxy explică un browser care nu ajunge nicăieri în timp ce curl ajunge.

Verificați separat proxy-ul browserului însuși. El se află în dialogul opțiunilor de internet, la conexiuni și setări de rețea locală, și este o setare diferită de proxy-ul WinHTTP pe care îl raportează comanda. Repararea unuia nu o repară pe cealaltă, iar o mașină le poate purta pe amândouă. Căutați o adresă de proxy care nu se rezolvă nicăieri, pentru că aceasta este forma pe care o lasă un client eliminat.

Urcați scara în loc să săriți

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

route -f curăță tabelul de rutare fără să atingă adaptoarele, ceea ce este cea mai ieftină cale de a elimina ruta implicită rămasă de la un tunel. netsh int ip reset rescrie setările stivei TCP/IP și așteaptă o repornire. netsh winsock reset restaurează catalogul pe care l-a modificat un driver de filtru, și acesta este pasul care repară defecțiunile vizibile doar în browser. Executați una, testați, apoi executați-o pe următoarea; o scară pe care ați urcat este o scară pe care o puteți descrie mai târziu.

netsh advfirewall reset nu face parte din această scară. Șterge reguli pe care cineva le-a creat intenționat, iar restaurarea lor este un proiect separat. Resetarea rețelei din aplicația de setări elimină și reinstalează fiecare adaptor și șterge și parolele Wi-Fi salvate, așa că vine după pașii înguști și nu înaintea lor.

Resturi al căror proprietar este alt produs

Trasarea unei aplicații în coș nu o dezinstalează. Un Mac care continua să folosească un VPN pe care nu îl mai afișa avea un program ajutător al furnizorului încă în execuție; fila de rețea a Monitorului de activitate l-a identificat după trafic, iar procedura de eliminare a furnizorului a scos demonul și elementele lui de pornire. Verificați /Library/LaunchDaemons și /Library/LaunchAgents pentru intrări al căror program nu mai există.

Software-ul de securitate este celălalt loc unde apare acest tipar. Instrumentele antivirus instalează propriile drivere de filtru, iar o eliminare care lasă unul în urmă poate rupe un adaptor VPN într-un mod pe care nicio setare VPN nu îl explică. Instrumentul de eliminare al furnizorului există pentru acel caz; o dezinstalare generică de obicei nu ajunge la el.

Instalatoarele pot refuza să pornească și pentru că o instanță anterioară este încă vie. Instalatorul OpenVPN verifică un openvpn.exe în execuție, inclusiv unul pe care propriul dumneavoastră script l-a pornit acum câteva ore.

Defecțiunea env_block este un rest de alt tip. PATH a pierdut C:\Windows\System32 și vecinii lui, așa că clientul nu poate porni utilitarele care construiesc adaptorul. Reparați PATH în loc să reinstalați, pentru că o copie nouă va întâlni aceleași comenzi lipsă.

Interfețe Linux și testul routerului

O interfață tun poate supraviețui configurației care a creat-o. Un raport despre descărcare lentă s-a încheiat cu un dispozitiv rămas care ținea adresa de gateway a vechiului grup și trăgea traficul către un tunel pe care nimeni nu îl intenționa. ip -brief link listează ce există; comparați cu ce afirmă serviciul actual, apoi ștergeți orfanul.

Bailurile care încetează să mai sosească după un experiment VPN nu sunt automat o problemă de stivă. Testați un laptop care nu a purtat niciodată clientul, și un alt router, înainte de a executa mai multe resetări. Dacă routerul a încetat să răspundă, nicio comandă Windows nu va schimba asta, iar o adresă statică temporară, o poartă și un rezolvator vă spun care parte este ruptă.

Notați ce ați resetat și în ce ordine. Următoarea persoană trebuie să știe dacă a fost reconstruit catalogul Winsock sau firewallul, iar acea notă este singurul lucru pe care o dezinstalare nu îl poate lua cu ea.