Walang internet pagkatapos i-uninstall ang VPN? Suriin ang tatlong may-ari

Wala na ang client at hindi pa rin maabot ng makina ang anuman, na nag-aanyaya na patagin ang firewall at magsimulang muli. Huwag gawin iyon. Ang blocking state ay maaaring magmula sa tatlong magkaibang may-ari sa iisang makina, at bawat isa ay may sariling landas ng pag-alis. Ang pag-flush ng lahat nang sabay ay nag-aalis ng bagay na gusto mong mawala kasama ang proteksyong kailangan mo pa, at sinisira rin nito ang ebidensya kung sinong may-ari ang nagdulot ng problema. Limang pagsusuri, nang sunod-sunod, ang pumipigil doon.

Pagsusuri 1: ano pa ang naroroon, at para saan ito

Hanapin ang tatlong artifact nang hiwalay: isang virtual adapter na naroroon pa, isang filter o tuntunin ng firewall na humaharang pa, at isang ruta o tuntunin ng patakaran na tumuturo pa sa isang tunnel na wala na. Ang kanilang presensya ay walang pinapatunayan sa sarili nito, dahil ang sadyang kill switch ay mukhang kapareho ng inabandona kapag tiningnan mula sa labas.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

Isulat ang oras kung kailan tumigil ang koneksyon at kung ang normal na client ay makapagsisimula pa ng tunnel nito. Kung maibabalik ng client ang tunnel at bumabalik ang trapiko, ginagawa ng block ang trabaho nito at ang problema ay nasa estado ng client, hindi sa natirang tuntunin.

Pagsusuri 2: sinong may-ari ang kumokontrol nito

Bawat artifact ay may may-ari. Ang virtual adapter ay pag-aari ng VPN client o ng driver nito. Ang filter ay maaaring pag-aari ng client, ng sariling firewall ng platform, o ng isang pinamamahalaang produktong pangseguridad. Ang ruta ay maaaring ini-install ng client noong kumonekta at iniwan.

Sa pinamamahalaang kagamitan, suriin ang patakaran ng device bago hawakan ang anuman. Ang filter na ipinapatupad ng patakaran ay ibabalik sa susunod na check-in, kaya ang lokal na pag-alis ay bumibili ng isang oras at isang ulat ng pagsunod. Ang usaping iyon ay para sa administrator, hindi sa interface ng firewall.

Pagsusuri 3: alisin ang pinakamakitid na bagay na nagpapaliwanag nito

Magsimula sa sinusuportahang landas ng vendor: ang repair install o maayos na pag-uninstall ay madalas na naglilinis nang tama ng nabuong estado, kasama ang mga filter na malalaktawan ng manu-manong pag-alis. Basahin ang mga tagubilin sa pag-recover para sa naka-install na bersyon, dahil mahalaga ang pagkakasunod-sunod at iba ang kilos ng pag-uninstall pagkatapos ng bigong pag-alis.

Kung talagang kailangan ang manu-manong inspeksyon, itala ang pangalan ng tuntunin, ang interface at ang nakasaad na layunin bago baguhin ang anuman, at alisin ang bagay na iyon sa pangalan. Ang pag-alis ng bawat network adapter o pag-flush ng buong set ng tuntunin para targetin ang isang client lang ay ang paraan kung paano nagiging muling pagtatayo ang isang kaso ng suporta.

Pagsusuri 4: ang DNS at mga ruta ay nabubuhay nang mas matagal kaysa sa mga adapter

Ang estado ng resolusyon ay maaaring mabuhay nang mas matagal kaysa sa tunnel. Ang resolver na tumuturo pa sa isang address sa loob ng tunnel na wala na ay gumagawa ng mga timeout na kamukhang-kamukha ng pagbagsak ng firewall, at ang karaniwang konklusyon ay mali.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Kung nareresolba ang address at gumagana ang hilaw na koneksyon sa pamamagitan ng IP, ang DNS ang natitirang problema at hindi ang pag-filter. Kung pareho silang nabigo, bumalik sa pagsusuri isa dala ang ruta at ang filter.

Pagsusuri 5: subukang muli ang dalawang landas at ibalik ang diagnostiko

Tiyakin muna ang ordinaryong koneksyon, pagkatapos ay bawat natitirang VPN profile sa pamamagitan ng sarili nitong mga kontrol: kumonekta, gamitin, idiskonekta, at tiyakin na bumalik ang host sa simpleng koneksyon. Ang pagpunta at pagbalik na iyon ang pagsubok na nagpapatunay na ang inabandonang block ay wala na at hindi lamang nilabasan.

Sa huli, ibalik ang anumang pagbabagong diagnostic na ginawa mo sa daan. Ang matagumpay na paglilinis ay nag-aalis ng isang inabandonang dependency; hindi nito inaalis ang pangkalahatang proteksyon ng host, at hindi ito dapat mag-iwan ng permanenteng luwag na firewall sa likuran. Tandaan kung sinong may-ari ang humahawak ng block, dahil ang susunod na pag-uninstall ay magbubunga ng parehong tatlong kandidato.