Geen internet ná die verwydering van ’n VPN: inventaris voor herstel

Om ’n VPN-kliënt te verwyder behoort die masjien terug te gee soos dit voor die installasie was, en soms gee dit ’n masjien terug waar niks oplos nie en die blaaier steeds ’n proxy wil hê. Die oorblyfsels kom van ’n kort lys eienaars: roetes, Winsock-verskaffers, ’n proxy-instelling, DNS en filterdrywers. Twee herstelstrategieë bestaan, en hulle verskil veral in wat hulle vernietig.

Twee herstelstrategieë met baie verskillende koste

Die breë herstel is nie verkeerd nie; dit is duur. Dit verwyder ook die bewyse wat sou sê watter laag gefaal het, so die volgende masjien met dieselfde simptoom begin weer by nul. Inventaris eerste kos vier opdragte, en drie daarvan is slegs lees.

Kies volgens die klok, nie volgens voorkeur nie. Op ’n masjien wat oor tien minute moet werk, is ’n volledige herstel dalk die regte keuse, en die nota wat jy daarna los, is die enigste ding wat die kennis behou. Op ’n vloot met ’n herhalende simptoom is die inventaris die goedkoper pad, want dit lewer ’n oorsaak in plaas van ’n onderbreking wat verby is.

Lees vier dinge voordat jy iets aanraak

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

Elke uitset wys na ’n ander fout. ’n Standaardroete wat na ’n adapter wys wat nie meer bestaan nie, verduidelik dooie internet met ’n werkende plaaslike netwerk. ’n Adapter-DNS-bediener wat vroeër aan die tonnel behoort het, verduidelik name wat faal terwyl adresse werk. ’n Winsock-verskaffer wat deur die kliënt geïnstalleer is, verduidelik blaaierfoute wat elke roeteverandering oorleef. ’n Proxy-inskrywing verduidelik ’n blaaier wat niks kan bereik nie terwyl curl dit kan.

Kontroleer die blaaier se eie proxy afsonderlik. Dit woon in die Internet-opsies-dialoog onder verbindings en LAN-instellings, en dit is ’n ander instelling as die WinHTTP-proxy wat die opdrag rapporteer. Om een reg te maak maak nie die ander reg nie, en ’n masjien kan albei hê. Soek na ’n proxy-adres wat na niks oplos nie, want dit is die vorm wat ’n verwyderde kliënt agterlaat.

Klim die leer in plaas daarvan om te spring

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

route -f maak die roetetabel skoon sonder om adapters aan te raak, wat die goedkoopste manier is om ’n tonnel se oorblywende standaard te verwyder. netsh int ip reset herskryf TCP/IP-stapelinstellings en verwag ’n herbegin. netsh winsock reset herstel die katalogus wat ’n filterdrywer verander het, en dit is die stap wat die foute regmaak wat net in die blaaier voorkom. Voer een uit, toets, voer dan die volgende uit; ’n leer wat jy geklim het, is ’n leer wat jy later kan beskryf.

netsh advfirewall reset is nie deel van hierdie leer nie. Dit verwyder reëls wat iemand doelbewus geskep het, en om hulle te herstel is ’n aparte projek. Die Instellings-program se netwerkherstel verwyder en herinstalleer elke adapter en vee ook gestoorde Wi-Fi-wagwoorde uit, so dit hoort ná die smal stappe eerder as voor hulle.

Oorblyfsels wie se eienaar ’n ander produk is

Om ’n program na die asblik te sleep, verwyder dit nie. ’n Mac wat ’n VPN bly gebruik het wat dit nie meer gewys het nie, het ’n verskaffer-hulpprogram gehad wat nog geloop het; die Aktiwiteitsmonitor se netwerk-oortjie het dit aan verkeer geïdentifiseer, en die verskaffer se verwyderingsprosedure het die daemon en sy laai-items verwyder. Kyk in /Library/LaunchDaemons en /Library/LaunchAgents vir inskrywings wie se program nie meer bestaan nie.

Sekuriteitsagteware is die ander plek waar hierdie patroon opduik. Antivirusgereedskap installeer hul eie filterdrywers, en ’n verwydering wat een agterlaat, kan ’n VPN-adapter breek op ’n manier wat geen VPN-instelling verduidelik nie. Die verskaffer se verwyderingsnutsding bestaan vir daardie geval; ’n generiese verwydering bereik dit gewoonlik nie.

Installeerders kan ook weier om te begin omdat ’n vroeëre eksemplaar nog leef. Die OpenVPN-installeerder kyk vir ’n lopende openvpn.exe, insluitend een wat jou eie skrip ure gelede begin het.

Die env_block-fout is ’n oorblyfsel van nog ’n ander soort. PATH het C:\Windows\System32 en sy bure verloor, so die kliënt kan nie die nutsgoed begin wat die adapter bou nie. Herstel PATH eerder as om te herinstalleer, want ’n nuwe kopie sal dieselfde ontbrekende opdragte tref.

Linux-koppelvlakke en die roeteertoets

’n tun-koppelvlak kan die konfigurasie wat dit gemaak het, oorleef. Een verslag oor stadige aflaaie het geëindig met ’n oorblywende toestel wat die ou poel se poortadres gehou het en verkeer na ’n tonnel getrek het wat niemand bedoel het nie. ip -brief link lys wat bestaan; vergelyk dit met wat die huidige diens beweer, en verwyder dan die weeskind.

Huurkontrakte wat ná ’n VPN-eksperiment ophou aankom, is nie outomaties ’n stapelprobleem nie. Toets ’n skootrekenaar wat nooit die kliënt gedra het nie, en ’n ander roeteerder, voordat jy meer herstelle uitvoer. As die roeteerder opgehou antwoord het, sal geen Windows-opdrag dit verander nie, en ’n tydelike statiese adres, poort en oplosser sê vir jou watter kant stukkend is.

Teken aan wat jy herstel het en in watter volgorde. Die volgende persoon moet weet of die Winsock-katalogus of die firewall herbou is, en daardie nota is die een ding wat ’n verwydering nie kan saamneem nie.