DNS Pribatua eta VPN: zer estaltzen duen benetan geruza bakoitzak

Zure telefonoko DNS Pribatua hornitzaile baten ostalari-izenera dago ezarrita eta VPN aplikazio bat aldi berean dabil. Zentzuzkoa da pentsatzea horietako bat dagoeneko izenen bilaketaz arduratzen dela. Ez du batek ere egiten, esaldi horrek iradokitzen duen zentzuan, eta zergatik den ikusteko modurik azkarrena estekak ukitzen duzun unetik eskaera bakar bat jarraitzea da.

Bi eginbide hauek bidaia beraren puntu ezberdinetan daude. DNS Pribatuak ebazleari egiten diozun galdera zifratzen du. VPN batek erantzunaren konexioak hartzen duen bidea aldatzen du.

Beraz, joan horretatik ordenan, biak gaituta dauden gailu batean, eta ohartu geruza bakoitzak oraindik zer ikus dezakeen.

Lehen urratsa: bilaketak aplikaziotik irteten du

Esteka bat ukitzen duzu. Ezer konektatu aurretik, aplikazioak ostalari-izen horretarako helbide bat behar du. Androiden dagokion pantaila Ezarpenak, Sarea eta interneta, DNS Pribatua da. DNS Pribatuaren hornitzailearen ostalari-izena aukeratzeak gailua modu zorrotzean jartzen du: DNS egiten du TLS bidez ostalari-izen horretara 853 portuan, eta truke zifratuak huts egiten badu, bilaketak huts egiten du, isilean 53 portuko testu arruntera itzuli beharrean.

Hori alde nabarmena da Automatikoarekiko, kriptografia oportunista erabiltzen baitu eta sareak eragozten duenean zifratu gabeko ebazlea erabiltzeko prest baitago. Zure helburua bilaketak inoiz argi gerta ez daitezen bada, hornitzailearen ostalari-izenarekin modu zorrotza da horri dagokion ezarpena.

Hona hemen ibilbideak agerian uzten duen lehen gauza: bilaketa sare lokalaren aurka babestuta dago, eta ebazleak hala ere izena ikasten du. Zifratzeak jauzia estaltzen du. Ebazle horren eragileak eskaera ikusten du erantzutea bere lana delako.

Bigarren urratsa: konexioak beste bide bat hartzen du

Ebazleak helbide bat itzultzen du eta aplikazioa harekin konektatzen da. Urrats honi ez dio eragiten bilaketa nola zifratu zen. Tunelik gabe, konexioa zure ohiko helbide publikotik irteten da, eta helmugako IPak eta TLS esku-emateak ostalari-izena sarearentzat ikusgai egiten dute normalean, DNS zifratua izan ala ez.

Piztu VPNa eta hau da aldatzen den urratsa. Bezeroaren bideratze-politikarekin bat datorren trafikoa tunelatik pasatzen da, sare lokalak VPNren amaierako puntuarekiko konexioa ikusten du, eta guneak irteera-helbidea ikusten du normalean. Izenen ebazpena tunelean barruan ere bidaia daiteke, bezeroak bidaltzen duenaren arabera.

Bereizketa hori da konparazio osoa esaldi bakarrean. DNS zifratzeak erantzuten du nork irakur dezakeen galdera. VPN batek erantzuten du nora doan elkarrizketa.

Hirugarren urratsa: tunelean barruan, DNS politika-kontu bihurtzen da

Orain bi eginbideek elkarrekintzan dihardute, eta nabigatzailea da ezustekoen ohiko iturria. Bere DNS seguruaren ezarpena duen nabigatzaile batek HTTPS bidez bidal ditzake bilaketak aukeratu duen ebazlera, sistema eragileari galdetu beharrean. Androiden DNS Pribatuaren ezarpenak ez du erabaki horretara iristen.

Firefoxen etengailua Ezarpenak, Pribatutasuna eta segurtasuna, Gaitu DNS segurua atalean dago. Chromen Ezarpenak, Pribatutasuna eta segurtasuna, Erabili DNS segurua atalean dago. Biak hornitzaile jakin batera ezar daitezke edo itzalita utzi, eta piztuta daudenean, tunelaren DNS konfigurazioa saihesten da bilaketa horietarako, orriaren trafikoak tunela erabiltzen jarraitzen badu ere.

VPNak bere ebazlea bidaltzen badu eta nabigatzaileak berean tematzen badu, zatiketa bat lortzen duzu: izenak ebazten dira, orriak kargatzen dira, eta tuneletik igaro behar zuten bilaketak zuzenean atera ziren. VPNren amaierako puntutik ezberdina den ebazle-helbidea ez da ihesaren froga berez, baina zure adierazitako asmoaren kontra doan bilaketa-bidea konpontzea merezi du.

Laugarren urratsa: barne-izenak dira hondatzen den tokia

Konektatu laneko VPN batera eta ireki intraneteko ostalari bat. Nabigatzailearen DNS segurua piztuta badago eta ebazle publiko batera seinalatzen badu, izen hori ez da existitzen nabigatzailearentzat. Tunela altxatuta dago, beste guztia funtzionatzen du, eta ostalari-izen batek huts egiten du gunea erorita dagoela dirudien errore batekin.

Huts berbera alderantziz agertzen da Androiden. Hornitzaile publiko batekin DNS Pribatu zorrotzak ez ditu ebazlerekin bakarrik ebazten barne-ebazleak bakarrik ezagutzen dituen izenak, eta modu zorrotzak ez du erreserbarik. Telefono baten DNSa ebazle publiko zifratu baten eta enpresa-ebazle baten artean banatzea ez da ezarpena; bideratze-politikaren kontua da, eta VPNa kudeatzen duenak erantzun behar dio.

Egiaztatu hau tunela erruduntzat jo aurretik: galdetu barne-izena, eta gero izen bera nabigatzailearen DNS segurua itzalita dagoela. Ebazten bada, ebazlearen aukeraketa zen arazoa, ez konexioa.

Zer aldatzeko esaten dizun ibilbideak

Lau pantailak ia dena daramate. Begiratu hauek ordena honetan eta idatzi bakoitzak zer dioen, erantzuna konbinazioan ikusten baita normalean:

1. Android Ezarpenak, Sarea eta interneta, DNS Pribatua: Automatikoa edo hornitzailearen ostalari-izena, eta zein ostalari-izen.
2. Nabigatzailearen DNS seguruaren ezarpena: itzalita edo ebazle jakin batera finkatuta.
3. VPN bezeroaren DNS politika: ebazle bat bidaltzen du, eta tunel zatituak kanpoan uzten du oraindik izenak behar dituen zerbait?
4. Barne ostalari-izenaren proba tunela altxatuta, bi aldiz egina, behin nabigatzailearen DNSa piztuta eta behin itzalita.

Gero egokitu konponketa eskakizunera, eta ez alderantziz. Eskakizuna bilaketak zifratuta irtetea eta aukeratu duzun ebazle batera joatea bada, ezarri DNS Pribatu zorrotza eta lortu nabigatzailea horrekin ados egotea. Eskakizuna trafikoak beste nonbaitetik irtetea bada, konfiguratu tunela eta utzi DNS ezarpen batek zure helbidea mugituko duela espero izateari.

Eta eduki mugak begi-bistan. Bi eginbideetatik batek ere ez du helmuga etsai bat seguru egiten, eta batek ere ez du kentzen saioa hasteko erabili duzun identitatea. Zifratzeak aldatzen du nork irakur dezakeen galdera; tunelek aldatzen du nora doan konexioa; horietako ezerk ez du kontua anonimizatzen.