Interneti funksionon vetëm me aplikacionin VPN? Kontrolloni katër shtresa

Provoni një klient VPN falas ose një zgjatim shfletuesi për një javë, e fikni dhe interneti ndalon. Ikona Wi-Fi vazhdon të tregojë një lidhje, pajisjet e tjera në të njëjtin ruter punojnë, dhe të vetmet gjëra që kthejnë shfletimin janë riaktivizimi i aplikacionit ose çinstalimi i tij. Ky model nuk është kriptimi që krijon varësi. Është konfigurimi që aplikacioni e shkroi diku ku tuneli nuk e zotëron.

Klienti ndryshon cilësime që tuneli nuk i zotëron

Një klient privatësie në Windows ose macOS zakonisht prek tre vende njëherësh. Vendos proxy-n HTTP të sistemit, i njëjti fushë që ekspozon Opsionet e internetit. Instalon një përshtatës virtual, shpesh një drejtues TAP, që të mund të kapë paketa. Dhe rishkruan listën e zgjidhësve, ndërsa kur shtypni shkëputjen zhduket vetëm tuneli.

Një zgjatim shfletuesi është gjë më e ngushtë. Zakonisht ndryshon profilin e vet ose proxy-n që ndjek një shfletues i vetëm. Prandaj një shfletues i vetëm mund të dështojë ndërsa mjetet e rreshtit të komandës punojnë, ose e kundërta: zgjatimi nuk kishte kurrë autoritet të prekte shtresat e tjera. Cilën shtresë ndryshoi, vendos cilat mjete prishen.

Në çdo rast, vendimin e vjetëruar e mori softuer që nuk kishte arsye ta anulonte. Tuneli ishte pjesa e dukshme dhe pjesa e vetme me një rrugë të pastër mbylljeje. Gjithçka tjetër është një cilësim në një depo që i mbijeton procesit, ndaj heqja e aplikacionit është hapi i vetëm që i anulon të treja njëherësh. Leximi i këtyre depove përpara çdo riinstalimi është ajo që e kthen simptomën në diagnozë.

Tre mbetje, tre dështime të ndryshme

Mbetja e parë është një proxy që nuk të çon askund: kutia e proxy-t të LAN-it ende e shënuar, ose një URL skripti konfigurimi që drejtohet në një portë localhost ku asnjë proces nuk dëgjon më. Shfletuesi e përcjell çdo kërkesë në atë portë të vdekur dhe ngec derisa skadimi të duket si rrjet i vdekur. E dyta është një përshtatës që ende zotëron një rrugë të paracaktuar, sepse një pajisje TAP-Windows ose një drejtues rrugëtimi i furnizuesit mbetet një ndërfaqe e vërtetë pas çinstalimit. E mban rrugën që iu dha, dhe trafiku zhduket në një tunel që nuk ekziston. Asnjë mbetje nuk e lajmëron veten; të dyja duken saktësisht si një ndërprerje.

E treta është DNS, dhe dështon më herët se të dyja të tjerat. Nëse lista e zgjidhësve përmban vetëm serverë të arritshëm përmes tunelit, çdo kërkim skadon para se të kërkohet një faqe e vetme, ndaj shfletuesi raporton një sajt të paarritshëm, jo një proxy të vdekur. Cilado qoftë, asnjëra nuk është ndërprerje në kuptimin e rrjetit. Secila është një mbetje që askush nuk e anuloi, dhe secila riparohet në një vend tjetër.

Kaloni katër shtresat

Filloni më afër aplikacionit dhe zbritni, sepse shtresat dështojnë në atë rend të dukshmërisë. Ndryshoni një shtresë për test dhe ritestoni pas secilës. Rivendosja e gjithçkaje njëherësh zakonisht kthen shfletimin dhe ju lë pa mundësi të thoni cila mbetje e shkaktoi, ndaj instalimi i radhës rikrijon të njëjtën enigmë. Rendi është proxy, përshtatës, rrugë, zgjidhës.

Në Windows çdo kontroll është një komandë e vetme që vjen me sistemin, ndaj nuk duhet instaluar asgjë. Ekzekutoni ato me radhë dhe mbajini daljet bashkë, sepse katër përgjigjet kanë kuptim vetëm krah për krah. Ato raportojnë proxy-n, përshtatësit, rrugët IPv4 dhe listën e zgjidhësve saktësisht në atë rend:

netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress

Linux dhe macOS kanë nevojë për komandat e tyre, dhe ato nuk janë të këmbyeshme. Në Linux rrugët vijnë nga ip route, dhe zgjidhësi nga resolvectl status atje ku e zotëron systemd-resolved, duke rënë prapa në cat /etc/resolv.conf. Në macOS rrugët vijnë nga netstat -rn, zgjidhësit nga scutil --dns, dhe proxy-i i sistemit nga scutil --proxy. Një lexues i macOS që ekzekuton ip route merr command not found, dhe /etc/resolv.conf atje është një stub i gjeneruar, jo konfigurimi autoritativ. Kontrolloni platformën para shtresës, përndryshe komanda e parë bëhet gjetja.

Për çdo shtresë bëni një pyetje: a tregon ende kjo vlerë diçka që ekziston ndërsa aplikacioni është i mbyllur? Një proxy në një portë të vdekur, një përshtatës pa tunel, një rrugë e paracaktuar përmes një ndërfaqeje të rënë dhe një zgjidhës brenda tunelit të gjitha përgjigjen jo. Një jo e vetme mjafton për të shpjeguar simptomën, prandaj ka rëndësi një ndryshim për test.

Një proxy nuk është tunel

Një proxy pranon një kërkesë, e merr diku tjetër dhe kthen përgjigjen, që do të thotë se e njeh destinacionin dhe sheh gjithçka që sajti nuk e enkriptoi vetë. Nuk transporton protokolle të tjera. Nuk e mbron rrugën nëse destinacioni nuk përdor tashmë TLS. Dhe mund të ndryshohet nga çdo gjë që e instaloi, pa përfshirjen tuaj.

Ky dallim ndryshon pyetjen që ia vlen të bëhet. Kur mbetet një proxy, zbuloni cili program ende drejton shfletuesin tuaj, jo nëse tuneli është ngritur. Tuneli mund të jetë plotësisht i shëndetshëm dhe plotësisht i parëndësishëm për dështimin.

Nëse doni të dini çfarë bëri vërtet një klient i tillë, vëzhgojeni në vend që të lexoni panelin e tij. Process Monitor regjistron cilat çelësa regjistri dhe skedarë prek, dhe kapja e paketave zbulon ku shkoi trafiku i tij. Të dyja janë mjete të zakonshme, dhe të dyja i përgjigjen pyetjes për mbetjen më mirë se çdo dritë statusi. Asnjëra nuk kërkon që aplikacioni të jetë ende duke punuar.

Hiqni komponentin, jo provën

Rregullimi i qëndrueshëm është të hiqni gjënë që e shkroi cilësimin. Çinstaloni aplikacionin, fshini përshtatësin virtual që shtoi, pastroni proxy-n dhe listën e zgjidhësve, pastaj rindizni dhe testoni ndërsa aplikacioni është ende i çinstaluar. Nëse shfletimi funksionon në atë pikë, keni gjetur shkakun, jo një zgjidhje anësore. Shënoni cila shtresë ishte e vjetëruar, sepse i njëjti furnizues zakonisht e dërgon të njëjtin gabim dy herë.

Nëse simptoma kthehet pasi instaloni klientin e radhës, kaloni përsëri katër shtresat përpara se të vendosni që shërbimi prishi diçka. Prova zakonisht është ende atje, në një nga katër vendet. Një aplikacion i dytë nuk krijon një shtresë të pestë; ai ndryshon një nga të katërtat.

Riinstalimi rivendos proxy-n, por jo një përshtatës të vjetëruar, dhe mund të lërë dy zgjidhës në listë. Kjo asimetri është arsyeja pse çinstalo-pastaj-testo mund butonin e rivendosjes totale. Ju jep gjithashtu një bazë për krahasim herën tjetër kur lidhja bie.