Nork kudeatzen du 1.1.1.1? DNS helbide bat egiaztatzea hari fidatu aurretik

1.1.1.1 VPN-aren DNS eremuan itsatsi duzu, orria kargatu da, eta tutoriala baieztatuta dagoela dirudi orain. Behaketa hori uste baino estuagoa da: aplikazioa bestela portatu da, eta aldaketak ez du ezer esaten oraindik nork erantzun zion kontsultari edo zergatik huts egin zuen aurreko konfigurazioak. Kopiatutako tutorial batek «VPN-aren DNS» deitzen dio sarri helbide publiko ezagun bati, eta hori jabetzari buruzko baieztapena da, ez irismenari buruzkoa. Helbideak zer adierazten duen egiaztatzeak bost minutu hartzen ditu eta arrazoi okerrengatik egindako aldaketa iraunkorra saihesten du.

Funtzionatzen duen ezarpena ez da identitate bat

Ezarpen-eremu bateko helbidea mutur bat da, eta muturrak operatzaile bat du. Bi gertaera horiek bereiziak dira, eta bigarrena da jendeak saltatzen duena. Gehien kopiatzen den bikotearentzat, erantzuna publikoa da: Cloudflare-k 1.1.1.1 eta 1.0.0.1 argitaratzen ditu bere resolver helbide gisa, eta bere helbide erreferentzia ofizialean zerrendatzen ditu. Horregatik operatzailearen izena helbidearen ondoan doa, eta ez aparteko tutorial batean.

Bikote hori sartzeak tunel bat martxan dagoela ez du VPN enpresa haren operatzaile bihurtzen, eta ez du trafikoa anonimo bihurtzen. Kontsulta zure makinatik irteten da helbide tartea argitaratzen duen enpresa baterantz, eta enpresa hori errespetagarria izan daiteke eta, hala ere, ez izan tutorialak iradokitako alderdia. Argibideetako etiketa eta errealitateko operatzailea baieztapen desberdinak dira. Biek ez dute esaten tartean dagoen sare-bidea nork kudeatzen duen.

Erabili resolver-aren beraren erreferentzia argitaratua helbide-bikote bat edo mutur zifratu bat baieztatzeko. Beste hornitzaile baten gomendioa zilegia izan daiteke, eta «gomendatua», «honen bidez iritsia» eta «honen bidez kudeatua» oraindik hiru harreman desberdin deskribatzen dituzte.

Konparatu erregistro batek behar dituen hiru gauzak

Berrikuspenerako prest dagoen erregistro batek hiru galdera bereizten ditu: nork jaso behar duen kontsulta, trukea arrunta edo zifratua den, eta zein bidek eraman behar duen. Hornitzaile-izen batek ezin du bigarrena edo hirugarrena bete, eta herrialde-etiketa batek ezin du horietako bat ere bete. Idatzi hiru sarrerak aldaketaren aurretik eta konparatu ondoren. Sarrera horiek ez dira trukagarriak, eta bat bakartzat hartzea da susmo bat dokumentazio bihurtzeko modua.

Konparazioa da funtzionatzen duen ezarpena dokumentatutako erabaki bihurtzen duena. Hura gabe, hurrengo pertsonak arrazorik gabeko helbide bat heredatzen du. Irakurri lehenengo beheko taularen hirugarren zutabea, han gelditzen baitira benetan azalpen seguruenak gehienetan.

Taula nahita da laburra. Bere puntua da sarrera bakoitzak galdera desberdin bati erantzuten diola eta eremu bakar batek ere ez dituela hirurak betetzen.

Tokiko birbidaltzaile batek benetako jatorria ezkutatzen du

Bere routerra DNS gisa erabiltzeko konfiguratuta dagoen gailu bat birbidaltzaile bat seinalatzen ari da. Helbide horrek kontsultaren hurrengo hartzailea identifikatzen du, ez azkenean erantzuten duen resolver-a. Tokiko stub resolver batek urrats gehigarri bera gehitzen du, eta erraza da benetako gauzarekin nahastea, egoera-irteera guztietan agertzen delako.

Stub-ak irteera berak ere zerrendatzen dituen jatorrietara birbidaltzen du, normalean beherago. Irakurri kate osoa operatzaileari buruz ezer ondorioztatu aurretik, lehen lerroa ez baita erantzun osoa. Bestela, harrera-mahaia enpresatzat ari zara izendatzen.

resolvectl status | grep -A4 'Current DNS Server'
dig +short CH TXT whoami.cloudflare @1.1.1.1
dig example.com | grep -E '^;; SERVER'

Bigarren komandoak resolver baten oihartzun-izena erabiltzen du, operatzaileak bat argitaratzen duenean, ikusten duen iturburu-helbidea jakinarazteko. Hirugarrenak erantzun zuen zerbitzaria izendatzen du, eta hori sarri ez da zuk konfiguratutako helbidea. Konparatu hiru irteerak operatzaile bat idatzi aurretik.

DNS zifratuak aldatzen du zer den ikusgai, ez nor ari den ikusten

DNS over HTTPS eta DNS over TLS-k bezeroaren eta resolver-aren arteko trukea babesten dute. Resolver-ak oraindik eskatzen zaion izen bakoitza irakurtzen du, erantzutea baita lana. Aldatzen dena da nork ikus dezakeen trukea: tokiko sareak mutur bakar baterako konexioa ikusten du, testu arrunteko kontsulten korrontearen ordez.

Aldatzen ez dena konfiantza-harremana da, oraindik mutur hori kudeatzen duen erakundeari seinalatzen diona. Bere DNS seguruaren ezarpena duen nabigatzaile batek sistema eragilearen resolver-a erabat saihestu dezake. Hartu horiek bi konfigurazio gisa, desadostasuna izan dezaketenak, eta ez behin bikoiztutako ezarpen gisa.

Izen pribatuek beren erabakia behar dute berriro. Lan-tunel batek hautatutako domeinuak erakundeko resolver-etara bidera ditzake, eta hori zerbitzu publiko batekin ordezkatzeak barne-bilaketak hautsi edo barruko izenak alderdi okerragoari ezagutaraz ditzake. Egiaztatu domeinu-politika adaptagailu baten ezarpen guztiak ordeztu aurretik.

Mantendu behaketa estua

Konparatzen duzunean, gorde konfigurazio zaharra eta aldatu ezarpen bat aldi berean. Erregistratu aplikazioa, eragiketa, resolver-aren politika, eta izen publiko eta baimendutako pribatuek berriro konektatu ondoren oraindik ebazten duten. Bi aldaketa dituen konparazio batek ez du horietako bat bera ere frogatzen. Idatzi emaitza hurrengo pertsonak aurkituko duen tokian, ezarpenaren ondoan bertan.

resolvectl query intranet.corp.example
resolvectl domain
dig +short @1.1.1.1 example.com

Aplikazioa funtzionatzen hasten bada, mantendu baieztapena frogek uzten duten bezain txikia. Aldaketa horrek proba bati lagundu zion, eta ez du ezer esaten aurreko resolver-ak fede txarrez jokatu zuen, tunela hondatuta zegoen edo beste gailu batek ordezkapen bera behar duen. Emaitza iraunkorra operatzailea eta helburua azaldu ahal dituzun konfigurazio bat da.