Nadiskonekta ang VPN, naka-block pa rin ang internet: switch o lumang tuntunin?

Nagsasara ang tunnel, humihinto ang browser, at gumagana pa rin ang bawat ibang device sa parehong Wi-Fi, na nag-aalis sa router. May tatlong malamang na may-ari ang pattern na ito: isang kill switch na inutusang magharang, kalagayang iniwan ng tinanggal na client, at resolver o ruta na hindi kailanman naibalik. Mula sa bintana ng browser magkamukha sila at nangangailangan ng magkaibang pagkukumpuni. Magpasya kung alin ang mayroon ka bago magpatakbo ng pag-reset ng network.

Dalawang magkaibang naka-block na internet

Ang sinadyang pagharang ay isang feature: habang walang aktibong tunnel, itinatapon ng client ang trapiko para walang tumagas sa labas ng protektadong landas. Ang aksidenteng pagharang ay natirang tuntunin, setting ng device o resolver na nakaligtas sa paglabas ng client. Ang isa ay kinukumpuni sa pamamagitan ng pagkonekta o sadyang pag-off ng patakaran, ang isa pa sa pamamagitan ng paglilinis ng naiwan.

Makikita ang pagkakaiba sa error, hindi sa browser. Ang sinadyang pagharang ay karaniwang nagdudulot ng agarang pagtanggi o tahimik na pag-hang, samantalang ang natirang resolver ay nagdudulot ng pagkabigo sa paglutas ng pangalan na nagpapatuloy kahit gumagana ang ping sa literal na address. Wala sa dalawa ang katulad ng sirang koneksyon sa Wi-Fi, na makakaapekto rin sa ibang device. Ayusin ang mga pagsusuri ayon sa pagkakaibang iyon: literal na address muna, pagkatapos ay pangalan.

Ano ang ipinangako ng client sa pagdiskonekta

Basahin ang sariling setting ng client para sa kahulugan ng pagdiskonekta, dahil maraming produkto ang naghihiwalay ng pause sa ganap na paghinto. Pinapanatili ng pause ang pagharang sa puwesto ayon sa disenyo, samantalang maaaring alisin ito ng paghinto. Ang ilang mobile platform ay nagpapahayag ng parehong ideya bilang tuntuning laging-on na humaharang sa trapiko kapag walang VPN na nakakonekta.

Kung saan hinihiling ng organisasyon ang proteksyon, ang pagkukumpuni ay muling pagkonekta sa tamang profile, hindi ang pag-iwas sa pagharang. Tiyakin na nagreresolba pa rin ang pangalan ng server at na maabot ang endpoint sa pamamagitan ng mga eksepsiyong idinodokumento ng deployment, dahil ang nabigong muling pagkonekta ay mukhang eksaktong tulad ng tuloy-tuloy na pagharang.

Lumang kalagayan mula sa naputol na pagtanggal

Ang naputol na pag-uninstall, o paketeng tinanggal habang aktibo ang tunnel, ay maaaring mag-iwan ng firewall chain, routing rule, resolver entry o virtual adapter. Umalis ang proseso at ang mga epekto ay hindi.

Magsimula sa sinusuportahang landas ng paglilinis at pagkukumpuni ng application, pagkatapos bago magbura, tukuyin kung aling component ang nag-install ng bawat natitirang object. Ang pag-off sa firewall ng host ay nagbabalik ng pag-browse at sabay na nag-aalis ng walang kaugnayang proteksyon. Ang global na pag-reset ng network ay mas masama, dahil itinatapon nito ang gumaganang setting ng opisina o Wi-Fi nang hindi pinangalanan ang dahilan.

Kung may dalawang client na naka-install, magpasya kung alin ang nagmamay-ari ng patakaran. Dalawang may-ari ang dahilan kung bakit nakakaligtas ang pagharang sa pagtanggal ng dalawa.

I-verify ang nadiskonektang kalagayan, hindi lang ang pag-browse

Ang paggana muli ng pag-browse ay mahinang pagsubok sa pagtanggap. I-verify na buo ang kinakailangang patakaran at walang ibang tahimik na pinahina.

ip rule show
ip route show table all | grep -v '^default'
resolvectl status | head -n 20
sudo nft list ruleset | grep -A 6 'chain output'

Ihambing ang mga routing rule, resolver at patakaran ng firewall sa hitsura ng malinis na nadiskonektang makina. Pagkatapos, kumonekta at dumiskonekta sa normal na daloy ng trabaho at ulitin ang mga pagbasa, para maisulat ang inaasahang kalagayan sa halip na tandaan.

Itago ang pares na bago-at-pagkatapos sa ticket. Ang susunod na taong makakita ng naka-block na browser ay mas mangangailangan nito kaysa sa isa pang opinyon kung aling client ang pinakamahusay.