Walang internet pagkatapos i-uninstall ang VPN: imbentaryo bago i-reset

Ang pag-alis ng isang VPN client ay dapat ibalik ang makina sa dati nitong kalagayan, at kung minsan ay ibinabalik ang makinang walang nare-resolve at gusto pa rin ng browser ng proxy. Ang mga natira ay nagmumula sa maikling listahan ng mga may-ari: mga ruta, provider ng Winsock, setting ng proxy, DNS at mga filter driver. May dalawang estratehiya sa pag-aayos, at nagkakaiba sila lalo na sa kanilang sinisira.

Dalawang pag-aayos na may magkaibang gastos

Ang malawak na reset ay hindi mali; ito ay mahal. Tinatanggal din nito ang ebidensyang magsasabi kung aling layer ang nabigo, kaya ang susunod na makinang may parehong sintomas ay nagsisimula ulit sa zero. Ang imbentaryo muna ay nagkakahalaga ng apat na utos, at tatlo sa mga ito ay nagbabasa lamang.

Pumili ayon sa orasan, hindi sa kagustuhan. Sa makinang kailangang gumana sa loob ng sampung minuto, ang buong reset ay maaaring tamang desisyon, at ang tala na iiwan mo pagkatapos ang tanging bagay na nag-iingat ng kaalaman. Sa isang grupo na may paulit-ulit na sintomas, ang imbentaryo ang mas murang daan dahil gumagawa ito ng dahilan sa halip na isang pagkaantala na tapos na.

Magbasa ng apat na bagay bago hawakan ang anuman

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

Ang bawat output ay tumutugma sa ibang pagkasira. Ang default na rutang tumuturo sa adapter na wala na ay nagpapaliwanag ng patay na internet na gumagana ang lokal na network. Ang DNS server ng adapter na dating pag-aari ng tunnel ay nagpapaliwanag ng mga pangalang nabigo habang gumagana ang mga address. Ang provider ng Winsock na inilagay ng client ay nagpapaliwanag ng mga pagkasira ng browser na nakakaligtas sa bawat pagbabago ng ruta. Ang entry ng proxy ay nagpapaliwanag ng browser na hindi makarating kahit saan habang ang curl ay nakakarating.

Suriin nang hiwalay ang sariling proxy ng browser. Ito ay nasa dialog ng mga opsyon sa internet sa ilalim ng mga koneksyon at setting ng lokal na network, at ibang setting ito kaysa sa proxy ng WinHTTP na iniuulat ng utos. Ang pag-aayos ng isa ay hindi nag-aayos ng isa, at ang isang makina ay maaaring magdala ng dalawa. Maghanap ng address ng proxy na hindi nare-resolve kahit saan, dahil iyon ang hugis na iniiwan ng inalis na client.

Umakyat sa hagdan sa halip na tumalon

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

route -f nililinis ang talahanayan ng rutahan nang hindi hinahawakan ang mga adapter, na siyang pinakamurang paraan upang alisin ang natirang default na ruta ng tunnel. netsh int ip reset muling isinusulat ang mga setting ng stack ng TCP/IP at umaasa ng restart. netsh winsock reset ibinabalik ang catalog na binago ng filter driver, at ito ang hakbang na nag-aayos ng mga pagkasirang nakikita lamang sa browser. Patakbuhin ang isa, subukan, pagkatapos patakbuhin ang susunod; ang hagdang inakyat mo ay hagdang maipapaliwanag mo mamaya.

netsh advfirewall reset ay hindi bahagi ng hagdang ito. Binubura nito ang mga patakarang sinadyang gawin ng isang tao, at ang pagbabalik sa mga ito ay hiwalay na proyekto. Ang reset ng network sa app ng mga setting ay nag-aalis at muling nag-iinstall ng bawat adapter at binubura rin ang mga naka-save na password ng Wi-Fi, kaya dumating ito pagkatapos ng makitid na mga hakbang at hindi bago ang mga ito.

Mga natira na ang may-ari ay ibang produkto

Ang paghila ng application sa basurahan ay hindi ito ini-uninstall. Ang isang Mac na patuloy na gumamit ng VPN na hindi na ipinapakita ay may helper ng vendor na tumatakbo pa; nakilala ito ng network tab ng Activity Monitor sa pamamagitan ng trapiko, at inalis ng pamamaraan ng pag-alis ng vendor ang daemon at ang mga item ng paglunsad nito. Suriin ang /Library/LaunchDaemons at /Library/LaunchAgents para sa mga entry na wala na ang programa.

Ang software ng seguridad ang ibang lugar kung saan lumilitaw ang pattern na ito. Ang mga tool ng antivirus ay nag-iinstall ng sarili nilang mga filter driver, at ang pag-alis na nag-iiwan ng isa ay maaaring makasira ng adapter ng VPN sa paraang walang setting ng VPN ang makapagpapaliwanag. Ang tool ng pag-alis ng vendor ay umiiral para sa kasong iyon; ang pangkalahatang uninstall ay karaniwang hindi umaabot doon.

Ang mga installer ay maaari ring tumangging magsimula dahil buhay pa ang dating instance. Sinusuri ng installer ng OpenVPN ang tumatakbong openvpn.exe, kasama ang isang sinimulan ng sarili mong script ilang oras na ang nakalipas.

Ang pagkasira ng env_block ay natira ng ibang uri. Nawala ng PATH ang C:\Windows\System32 at ang mga kapitbahay nito, kaya hindi mailunsad ng client ang mga utility na bumubuo ng adapter. Ayusin ang PATH sa halip na mag-install muli, dahil ang bagong kopya ay makakatagpo ng parehong nawawalang mga utos.

Mga interface ng Linux at ang pagsubok sa router

Ang interface ng tun ay maaaring mabuhay nang mas matagal kaysa sa configuration na gumawa nito. Isang ulat ng mabagal na pag-download ang natapos sa natirang device na hawak ang gateway address ng lumang pool at humihila ng trapiko patungo sa tunnel na walang sinuman ang nagbalak. Inililista ng ip -brief link kung ano ang umiiral; ihambing ito sa sinasabi ng kasalukuyang serbisyo, pagkatapos ay burahin ang ulila.

Ang mga lease na tumitigil sa pagdating pagkatapos ng eksperimento sa VPN ay hindi awtomatikong problema ng stack. Subukan ang laptop na hindi kailanman nagdala ng client, at ibang router, bago magpatakbo ng mas maraming reset. Kung tumigil sa pagsagot ang router, walang utos ng Windows ang makakabago niyon, at ang pansamantalang static na address, gateway at resolver ay nagsasabi sa iyo kung aling panig ang sira.

Itala kung ano ang ni-reset mo at sa anong pagkakasunod-sunod. Kailangang malaman ng susunod na tao kung ang catalog ng Winsock o ang firewall ay itinayong muli, at ang talang iyon ang tanging bagay na hindi kayang dalhin ng uninstall.