Nora joaten da DNS Tor eta VPN bat konbinatzen dituzunean

Bi pribatutasun-tresna dabiltza, orri bat ez da kargatzen, eta resolver proba batek dio nabigatzailetik kanpoko zerbait-ek izen bat jaso duela. Hori isuri-txosten bihurtu aurretik, izenda ezazu nondik etorri zen trukea. Tor gehi VPN konfigurazioak gutxienez hiru jaberen hiru izen-kontsulta desberdin ditu, eta gertatzen diren ordenan zeharkatzea da oker jokatzen ari dena ikusteko modurik azkarrena.

Izenda itzazu truke bakoitza isuri dela esan aurretik

Lehen trukeak VPNaren amaiera-puntua bera ebazten du, eta edozein babes egon aurretik gertatzen da. Bigarrenak Tor Browserrako helburu bat ebazten du, eta hark izena proxira pasatu dezake tokian bertan ebatzi beharrean. Hirugarrenak makinako gainerako guztia hartzen du, eguneratze-probak, posta-bezeroak eta sistema eragilearen beraren zerbitzu-kontsultak barne. Haietako lehena soilik gerta daiteke beste biak parte hartu gabe.

Bakoitzak bide ezberdina har dezake, eta nabigatzailean egindako proba bakar batek bere eskaera bera soilik behatzen du. Emaitza bat hiruena bezala hartzea da nahasmen gehiena hasten den lekua.

Idatzi zein izen dagokion zein geruzari ezer aldatu aurretik. Erakunde izen pribatuek, helburu publiko batek eta tunelaren amaiera-puntuak berak ez dute baldintza bera, eta hiru kategoria bakartzat hartzen dituen politikak zerbait hautsi egingo du.

Abio-kontsulta tuneletik aurretik gertatzen da

Ostalari-izen batekin konfiguratutako bezeroak izen hori ebatzi behar du tunela irekitzeko, eta une horretan ez dago kontsulta eramateko tunelik. Sarean sistema eragileak eskaintzen duen resolver edozein erantzungo du, eta hori atari gatibu bat, hotel-resolver bat edo publiko bat izan daiteke. Hori ez da isuri bat tunelean, ez baitago tunelik oraindik.

Nabigatzailearen DNS seguruaren ezarpena aldatzeak ez dio kontsulta honi ukitzen ere, nabigatzailetik kanpo exekutatzen den eta edozein orri ireki aurretik hasten den zerbitzu bati baitagokio. Amaiera-puntuaren izena ebatzi ez bada, tuneleko edozein politikak ere ez du lagunduko, hutsak konfigurazioak deskribatzen duen guztia baino etapa bat lehenago gertatzen baita.

Hau da amaiera-puntuarentzat helbide literal bat erabiltzeak, hornitzaileak onartzen badu, mendekotasun bat kentzen duen leku bakarra, bat gehitu beharrean. Helbideak errotaratzen dituen hornitzaile bat jarraitzeko gaitasuna ere kentzen du, beraz, trukea erreala da eta erabaki behar da, aurkitu beharrean.

Nabigatzailea eta makinaren gainerakoa desberdinak dira

Torren SOCKS interfazeak helburuko ostalari-izena proxira pasatzea onartzen du, hau da, urruneko muturrak egiten du ebazpena eta tokiko makinak ez du inoiz galdetzen. Proxy bat onartzen duen aplikazio orokor batek izena lehendabizi tokian ebatz dezake eta gero lortutako helbidera konektatu, eta horrek tokiko kontsulta bat sortzen du erabiltzaileak proxifikatuta zegoela uste zuen helburu baterako. Beraz, bi aplikazioek toki desberdinetan isur dezakete proxi-ezarpen bakarra partekatzen duten bitartean. Proxi-helbide partekatu batean ezerk ez dizu esaten bi portaeretatik zein den erabiltzen ari.

Nabigatzaileek beste geruza bat gehitzen dute DNS segurua gaituta dagoenean, nabigatzaileak bere hornitzailea aukera baitezake eta sistemaren resolverra erabat saihestu. Bitartean, tunelaren bezeroak resolver bat tunelaren bidez bultza dezake makina osoarentzat. Bi ezarpen horiek zuzenak izan daitezke aldi berean, eta hala ere portaera desberdinak deskriba ditzakete programa desberdinetarako.

Egiaztatu eskaera egin zuen programa, proba-orri batetik orokortu beharrean. Tunelean eramandako kontsultaren eta Torrera inoiz iritsi ez zenaren arteko bereizketa da resolver-helbide bakar batek erakutsi ezin duen bereizketa bera.

Egiaztatu programa bakoitza, eta gero alderatu asmoarekin

Egin behaketak bereizita: zer erabiliko luke sistemak, zertarako dagoen konfiguratuta nabigatzailea, eta SOCKS konexioak izen bat edo helbide bat daraman. Azken hori da urruneko eta tokiko ebazpenaren arteko aldea, eta SOCKS luzapenen zehaztapena azaltzen du nola pasatzen den ostalari-izen bat lehenengo ebatzi beharrean.

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

Gero alderatu behatu duzuna asmo duzunarekin. Tuneletik zuk aukeratutako resolver batek ebatzi duen izen publikoa ez da fallback batean resolver publiko bati emandako izen pribatuaren aurkikuntza bera, eta normalean bigarrenak soilik behar du ekintza. Lehena diseinuaren arabera funtzionatzen duen konfigurazio bat da, txosten batean ohiko ez dirudien arren.

Erregistratu onartzen dituzun salbuespenak, babestu ezin den abio-kontsulta barne. Idatzitako salbuespena diseinu-erabaki bat da, eta geroago aurkitutako salbuespen bera akats bat ematen du. Aurkituko duenak halakotzat hartuko du, eta bilera hura zergatik ez den horrela azaltzeko erabiliko duzu.