VPN DNS iragazkia: izenak blokeatzeak ez ditu iragarkiak blokeatzen
dnsmasq arau batek NXDOMAIN-ekin erantzuten die izenei; ez du inoiz orria irakurtzen. Konparatu hori bezeroaren aldeko blokeatzaile batek egiten duenarekin iragarkiak kentzea agindu aurretik.
dnsmasq lerro bakar batek NXDOMAIN-ekin erantzun diezaioke izen bati, eta hori da mekanismo osoa. Ez du inoiz HTML irakurtzen, ez du eskaera-bide bat aztertzen, eta ez du ikusten zer egiten duen aplikazio batek dagoeneko ireki duen konexio batekin. Beraz, nabigatzailearen hedapen batekin alderatzea bi zeregin desberdinen alderaketa da. Batek erabakitzen du izen bat ebazten den; besteak zer gertatzen den ondoren.
Zer kontrolatzen duen izen-iragazki batek benetan
address=/metrics.example/ aukerak, azken barraren ondoren ezer gabe, ebazleak izen horretarako eta haren azpidomeinuetarako NXDOMAIN itzultzea eragiten du. Helbidea hutsik uztea da garrantzitsuena: horrela bezeroak erlaziorik gabeko ordezko zerbitzari batera bidaltzea edo loopback helbide bat benetako helmuga balitz bezala aurkeztea saihesten da. dnsmasq-ren eskuliburuak forma hori erantzun negatibo gisa deskribatzen du, birbideratze gisa beharrean.
Arauak egin dezakeen guztia erabaki bakar horretatik dator. Ebazle honi galdetzen dion bezeroak erantzun negatiboa jasotzen du; beste ebazle bati galdetzen dion bezeroak ebazle hark esaten duena jasotzen du. Iragazkiak ez daki ezer aplikazioak zein bide, kontsulta-kate edo kontu erabiliko zukeen.
Xehetasun horrek garrantzia du, ostalari-izen batek sarritan hainbat helburu betetzen baititu. Saioa hasteko puntuek, irudiek eta jarraipenak domeinu bat parteka dezakete, eta izen osoa kentzen duen arau batek lan-fluxu bat ere ken dezake. Izen-mailako politikak truke hori onartu behar du edo izen estuagoak aukeratu.
Non desberdintzen den bezeroaren aldeko blokeatzailea
Nabigatzailearen hedapen batek eskaera irten aurretik ikusten du, beraz URL bide bat bat etor dezake, eskaera zehatz bat bertan behera utzi eta emaitza erakutsiko zukeen elementua ezkuta dezake. example.com/article onar dezake example.com/ads/ ukatzen duen bitartean, eta hori ez dezake inolako DNS erantzunek adieraz. Bide-mailako ikuspegi hori da ebazleak berez ez duen gaitasuna. Horregatik, tresna baterako eraikitako iragazki-zerrendak gutxitan jokatzen du berdin bestean.
Kostua irismena da. Babes hori nabigatzaile bakarrean, profil bakarrean, gailu bakarrean bizi da, eta desagertu egiten da erabiltzailea beste aplikazio batera pasatzean. Pasabidean konfiguratutako DNS iragazkiak pasabidearen ebazlea erabiltzen duen gailu guztiak hartzen ditu, hedapenik instala ezin den gailuak barne.
Bi antolamenduetako bat ere ez da osoa bere horretan. DNS iragazki batek ezin du kendu orrialde batek dagoeneko bidali duen identifikatzailerik, eta nabigatzailearen hedapen batek ezin du babestu inoiz kargatzen ez duen aplikaziorik.
Ebazlearen bideak erabakitzen du horietakoren bat aplikatzen den
VPN batek DNS zerbitzari bat iragar dezake eta, hala ere, ez jaso kontsulta guztiak. DNS enkriptatua konfiguratuta duen nabigatzaile batek, bere ebazlea duen aplikazio batek edo pasabidea baztertzen duen sare-bide bateko gailu batek beste nonbait begiratuko dute. Mugikorreko plataformek gero eta gehiago eskaintzen dute DNS pribatuaren ezarpena, tuneletik proposatzen dena isilean gainjartzen duena.
Beraz, probatu bidea, ez politika. Galdetu helburuko ebazleari zuzenean pasabidetik, gero galdetu bezero batetik eta alderatu, eta gero behatu blokeatuta egon beharko lukeen izen batek huts egiten duen erabiltzaileak exekutatzen duen aplikazioan.
Cachean gordetako erantzunek eta socket irekiek zarata sortzen dute. Bere baliabideak dagoeneko kargatu dituen orrialde batek lanean jarraituko du araua aldatu ondoren, beraz konexio berri bat proba hobea da fitxa zahar bat berritzea baino.
Probatu bi norabideak emaitza bat aldarrikatu aurretik
Erabili nahita blokeatutako dokumentazio-izen bat, baimendutako izen publiko bat eta zerbitzuak behar duen izen pribatu bat:
$ dig +short metrics.example @10.40.0.53
$ dig +short example.com @10.40.0.53
$ dig +short intranet.corp.internal @10.40.0.53
Blokeatutako izenarentzako erantzun hutsak, publikoarentzako helbide arruntak eta barnekoarentzako helbide pribatuak elkarrekin erakusten dute iragazketak, gorako ebazpenak eta tokiko erregistroek funtzionatzen dutela. Hirurek huts egiten badute, gorako edo entzulearen arazo bati aurre egiten ari zara, ez iragazki bati.
Mantendu aldarrikapena estu barnean argitaratzen duzun guztian. Hau ebazle baten gaineko domeinu-iragazketa da, ez edukia ikuskatzea, ez bideak iragaztea eta ez inor ez dela jarraitzen dioen promesa. Adierazi politikaren jabea, salbuespen-bidea eta kontsultak gordetzeko epea arauen ondoan, zeren bilaketa bakoitza erregistratzen duen iragazkiak bere pribatutasun-kostua baitu.