Hosts fitxategia versus router iragazkia: gune bat blokeatzea VPN baten bidez

Hosts fitxategiko sarrera batek eta routerreko iragazki batek gune bera blokeatzen dute arrazoi guztiz desberdinengatik, eta horregatik batek VPN baten azpian funtzionatzen jarraitzen du eta besteak isilka uzten dio. Hosts fitxategiak izen bati erantzuten dio pakete batek makina uzten duen baino lehen. Routerreko iragazkiak hura zeharkatzen duen trafikoa aztertzen du. Jarri tunel bat bi puntu horien artean eta bigarrenak ikusgaitasuna galtzen du, lehenak ezer nabaritzen ez duen bitartean.

Non ebazten den izena horrek erabakitzen du dena

Blokeo guztiak galdera batekin hasten dira: nork bihurtzen du izena helbide? Mahaigain arrunt batean sistemaren ebazleak erantzuten du, eta honek konfiguratutako ordena jarraitzen du eta normalean hosts fitxategia irakurtzen du DNS galdetu aurretik. Iragazitako sare batean routerrak erantzun dezake, eta honek kontsulta soilik ikusten du bezeroak babesik gabe bidaltzen badu beraren bidez. Aldatu ibilbidea eta aldatzen duzu nork duen erantzuteko baimena.

VPN batek bi gauza egiten ditu aldi berean hemen: lehenetsitako ibilbidea mugitzen du eta bere DNS zerbitzaria bultza dezake. Bi aldaketetako edozein nahikoa da izenen ebazpena blokeoa ezartzen zuen gailutik urruntzeko.

Hori da iragazkiak funtzionatzen duela VPN konektatu arte dioen kexa ezagunaren mekanismoa.

Hosts sarrera batek tunela existitu baino lehen erantzuten du

127.0.0.1 www.example.com bezalako lerro bat tokiko ebazleak irakurtzen du, beraz erantzuna makinan sortzen da sareak parte hartu gabe. Konektatu tunel bat, aldatu DNS zerbitzaria, aldatu sareak: sarrerak loopback itzultzen jarraitzen du. Horregatik hosts blokeoa da bietatik bakarra VPN non amaitzen den eragiten ez zaiona.

Bere puntu itsuak era berean lokalak dira. Bere ebazlea ekartzen duen, DNS over HTTPS hitz egiten duen edo helbide literal batera konektatzen den aplikazio batek ez dio inoiz sistemari galdetzen, beraz sarrera ez da aintzat hartzen. Martxan dagoen prozesu baten barruko helbide katxeatuak antzeko eragina du prozesu hori berrabiarazi arte.

Egiaztatu erantzuna Linuxen getent ahosts edo Windowsen Resolve-DnsName erabiliz, nabigatzaileko fitxari fidatu beharrean.

Routerreko iragazkiak soilik hura zeharkatzen duena ikusten du

Etxeko router bateko eduki edo URL iragazkiak hura irakurgarri moduan zeharkatzen duten izenak eta eskaerak parekatzen ditu. Bezeroak beste norabait dagoen zerbitzari batera tunel zifratua eraikitzean, routerrak zerbitzari horretarantz fluxu bakar bat ikusten du eta ezer ez barruan. Iragazkiak ez du parekatzeko izenik, beraz trafikoa uzten du, eta hori iragazkiak huts egin duela dirudi, saihestu dutela ez bezala.

Funtzionatzen duen topologia bestea da: routerrak berak eusten dio tunelari, deszifratzen du muturrean eta han aplikatzen du iragazkia. Diseinu horretan iragazkia testu arrunta agertzen den lekuan esertzen da.

Tunela eramangarrian amaitzen bada, routerra defendatutako ibilbidetik kanpo dago definizioz, araua nola idatzita dagoen axola gabe.

Lau betearazpen puntu eta bakoitzak zer galtzen duen

Lau lekuk blokeo bat betearaz dezakete, eta bakoitzak modu desberdinean huts egiten du. Irakurri zerrenda estaldura mapatzat, sailkapentzat baino.

• Hosts fitxategia edo tokiko ebazlea: konexiorik gabe eta edozein tunelen azpian funtzionatzen du, baina ebazle txertatu batek edo helbide gogorrean kodetu batek saihesten du.
• DNS iragazketa VPN atean: bultzatutako ebazlea erabiltzen duten bezeroak estaltzen ditu, eta DNS gainidazten duten bezeroak galtzen ditu.
• Ateko irteera arauak helbide edo SNIaren arabera: bezeroaren DNSarekiko independenteak, baina itsuak irakurri ezin dituen izenen eta ikasi ez dituen helbideen aurrean.
• Kudeatutako nabigatzaile edo gailu politika: indartsua kudeatutako hardwarean, absentzia gailu pertsonaletan.

Horietako bat ere ez da segurtasun muga gailu kudeatu gabean dagoen erabiltzaile irmo baten aurka. Politika kontrolak dira, eta deskribapen zintzoak esaten du zein trafiko estaltzen duen bakoitzak benetan.

Aukeratu asmoarekin bat egiten duen geruza: etxeko erosotasuna gailuan geratzen da, eta erakunde araua atean.

Probatu bi egoerak amaitutzat eman aurretik

Exekutatu hiru komando berak VPN konektatuta eta deskonektatuta: getent ahosts ebazlearen erantzuna ikusteko, nslookup kontsulak zer itzultzen duen ikusteko eta curl -I gunearen aurka konexio bat oraindik osatzen den ikusteko. Lehenengoak loopback itzultzen badu eta hirugarrenak helbide erreala konektatzen badu, zerbait ebazletik ihes egin du eta hosts sarrera ez da uste duzun kontrola.

Routerrean, irakurri iragazkiaren kontagailuak eskaera baten aurretik eta ondoren. Inoiz mugitzen ez den kontagailu batek trafikoak iragazkira iritsi ez zela esan nahi du, eta hori bideratzearen erantzuna da, arauarena ez.

Idatzi emaitza topologiarekin batera, hurrengo VPN aldaketak ibilbidea berriro mugituko baitu.