DNS privat kundër VPN: çfarë mbulon në të vërtetë secila shtresë

Telefoni juaj ka DNS privat të vendosur në një emër hosti të ofruesit dhe një aplikacion VPN që punon në të njëjtën kohë. Është e arsyeshme të supozohet se njëri prej tyre tani drejton kërkimet e emrave. Asnjëri nuk e bën, në kuptimin që sugjeron ajo fjali, dhe mënyra më e shpejtë për të parë pse është të ndiqni një kërkesë të vetme nga momenti kur prekni një lidhje.

Këto dy funksione qëndrojnë në pika të ndryshme të të njëjtit udhëtim. DNS privat kripton pyetjen që i bëni një zgjidhësi. VPN ndryshon rrugën që merr lidhja e përgjigjes.

Prandaj kalojeni me radhë, në një pajisje ku të dyja janë aktivizuar, dhe vini re çfarë mund të shohë ende secila shtresë.

Hapi i parë: kërkimi largohet nga aplikacioni

Prekni një lidhje. Përpara se të lidhet gjithçka, aplikacionit i duhet një adresë për atë emër hosti. Në Android ekrani përkatës është Cilësimet, Rrjeti dhe interneti, DNS privat. Zgjedhja e Emrit të hostit të ofruesit të DNS privat e vendos pajisjen në modalitetin e rreptë: kryen DNS mbi TLS drejt atij emri hosti në portën 853, dhe nëse shkëmbimi i kriptuar dështon, kërkimi dështon në vend që të kthehet në heshtje te teksti i thjeshtë në portën 53.

Ky është një ndryshim domethënës nga Automatik, i cili përdor kriptim oportunist dhe do të përdorë me kënaqësi një zgjidhës të pakriptuar kur rrjeti ndërhyn. Nëse qëllimi juaj është që kërkimet të mos bëhen kurrë haptas, modaliteti i rreptë me një emër hosti të ofruesit është cilësimi që përputhet.

Kjo është gjëja e parë që zbulon udhëtimi: kërkimi mbrohet nga rrjeti lokal, dhe zgjidhësi prapëseprapë mëson emrin. Kriptimi mbulon kërcimin. Operatori i atij zgjidhësi e sheh kërkesën sepse përgjigjja e saj është puna e tij.

Hapi i dytë: lidhja merr një rrugë tjetër

Zgjidhësi kthen një adresë dhe aplikacioni lidhet me të. Ky hap nuk ndikohet nga mënyra se si u kriptua kërkimi. Pa tunel, lidhja del nga adresa juaj normale publike, dhe IP-ja e destinacionit dhe shtrëngimi i duarve TLS zakonisht e bëjnë emrin e hostit të dukshëm për rrjetin gjithsesi, me ose pa DNS të kriptuar.

Ndizni VPN dhe ky është hapi që ndryshon. Trafiku që përputhet me politikën e rrugëzimit të klientit kalon përmes tunelit, rrjeti lokal sheh një lidhje me pikën fundore të VPN, dhe faqja zakonisht sheh adresën e daljes. Zgjidhja e emrave mund të udhëtojë gjithashtu brenda tunelit, në varësi të asaj që dërgon klienti.

Ai ndarje është i gjithë krahasimi në një fjali. Kriptimi i DNS përgjigjet kush mund ta lexojë pyetjen. VPN përgjigjet ku shkon biseda.

Hapi i tretë: brenda tunelit, DNS bëhet çështje politike

Tani dy funksionet ndërveprojnë, dhe shfletuesi është burimi i zakonshëm i surprizave. Një shfletues me cilësimin e vet të DNS të sigurt mund t'i dërgojë kërkimet zgjidhësit të zgjedhur përmes HTTPS në vend që të pyesë sistemin operativ. Cilësimi i DNS privat të Android nuk arrin në atë vendim.

Në Firefox ndërprerësi është te Cilësimet, Privatësia dhe siguria, Aktivizo DNS të sigurt. Në Chrome është te Cilësimet, Privatësia dhe siguria, Përdor DNS të sigurt. Të dyja mund të vendosen te një ofrues i caktuar ose të lihen të fikura, dhe kur janë ndezur, konfigurimi i DNS të tunelit anashkalohet për ato kërkime edhe pse trafiku i faqes vazhdon të përdorë tunelin.

Nëse VPN dërgon zgjidhësin e vet dhe shfletuesi këmbëngul në të vetin, ju merrni një ndarje: emrat zgjidhen, faqet ngarkohen, dhe kërkimet që duhej të kalonin përmes tunelit dolën drejtpërdrejt. Një adresë zgjidhësi e ndryshme nga pika fundore e VPN nuk është provë rrjedhjeje në vetvete, por një rrugë kërkimi që kundërshton qëllimin tuaj të deklaruar ia vlen të rregullohet.

Hapi i katërt: emrat e brendshëm janë vendi ku prishet

Lidhuni me një VPN pune dhe hapni një host intranet. Nëse DNS i sigurt i shfletuesit është ndezur dhe tregon një zgjidhës publik, ai emër nuk ekziston për shfletuesin. Tuneli është ngritur, gjithçka tjetër punon, dhe një emër hosti dështon me një gabim që duket sikur faqja është poshtë.

I njëjti dështim shfaqet në të kundërt në Android. DNS privat i rreptë me një ofrues publik nuk do të zgjidhë emra që i njeh vetëm zgjidhësi i brendshëm, dhe modaliteti i rreptë nuk ka rezervë. Ndarja e DNS-së së një telefoni midis një zgjidhësi publik të kriptuar dhe një zgjidhësi korporativ nuk është cilësim; është çështje e politikës së rrugëzimit që duhet të përgjigjet nga kushdo që drejton VPN.

Kontrollojeni këtë përpara se të fajësoni tunelin: kërkoni emrin e brendshëm, pastaj të njëjtin emër me DNS të sigurt të shfletuesit të fikur. Nëse zgjidhet, zgjedhja e zgjidhësit ishte problemi, jo lidhja.

Çfarë ju thotë udhëtimi të ndryshoni

Katër ekrane mbajnë pothuajse gjithçka. Shikojini në këtë rend dhe shkruani çfarë thotë secili, sepse përgjigja zakonisht shihet në kombinim:

1. Cilësimet e Android, Rrjeti dhe interneti, DNS privat: Automatik ose një emër hosti i ofruesit, dhe cili emër hosti.
2. Cilësimi i DNS të sigurt të shfletuesit: i fikur, ose i fiksuar te një zgjidhës i caktuar.
3. Politika e DNS-së së klientit VPN: a dërgon një zgjidhës, dhe a përjashton tuneli i ndarë diçka që ende ka nevojë për emra?
4. Një test i emrit të brendshëm të hostit me tunelin të ngritur, i kryer dy herë, një herë me DNS-në e shfletuesit ndezur dhe një herë fikur.

Pastaj përputhni rregullimin me kërkesën, jo anasjelltas. Nëse kërkesa është që kërkimet të dalin të kriptuara dhe të shkojnë te një zgjidhës që keni zgjedhur, vendosni DNS privat të rreptë dhe bëni shfletuesin të pajtohet. Nëse kërkesa është që trafiku të dalë diku tjetër, konfiguroni tunelin dhe pushoni së prituri që një cilësim DNS të zhvendosë adresën tuaj.

Dhe mbajini kufijtë në pamje. Asnjëra nga funksionet nuk e bën të sigurt një destinacion armiqësor, dhe asnjëra nuk heq një identitet me të cilin jeni identifikuar. Kriptimi ndryshon kush mund ta lexojë pyetjen; tuneli ndryshon ku shkon lidhja; asgjë nga kjo nuk e anonimizon llogarinë.