Nola erabakitzen du tunel zatituak zein trafikok erabiltzen duen VPN-a

Tunel zatitua arau-multzo gisa adierazitako ibilbide-politika bat da, eta bezeroa arau horiek instalatzen dituen gauza baino ez da. Bereizketa bi lekutan gertatzen da: pakete bakoitzari bide bat hautatzen dioten bat-etortze arauak, eta aplikazio bat interfaze bakarrari eusten dioten loturak, taulak zer esan ere. Zure bezeroak zein mekanismotan oinarritzen den azaltzen ditu jendeak salatzen dituen ezusteko gehienak.

Lerro bakarrean adieraz dezakezun politika probagarria da. Nabigatze azkarrago gisa deskribatutako politika ez da, eta ez dizu esango zein arau aldatu behar duzun eskaera bide okerretik doanean.

Bezeroak arauak instalatzen ditu, nukleoak egiten du hautua

Tunela altxatzen denean, bezeroak ibilbideak eta sarritan politika-arauak gehitzen dizkio zure beste interfazeek erabiltzen duten taula berari. Ondoren pakete bakoitza helmuga hautagai-aurrizki bakoitzarekin alderatzen duen bilaketa batera iristen da eta bat-etortzerik zehatzena gordetzen du, lehentasunak taula ezberdinetara zuzentzen duten arauen arteko berdinketak konpontzen dituen bitartean. Bilaketa horretan ezerk ez daki paketea nabigatzailearen fitxa batetik etorri zela, babeskopia-lan batetik beharrean. Irabazten duen araua bidea ezartzen duena da, eta aldaketaren aurretik eta ondoren irakur dezakezu.

Horregatik tunel zatitu bat arbitrarioa dirudi. Aplikazio bateko bi helmugek bide ezberdinak hartu ditzakete aurrizki bat bestea baino estuagoa delako soilik.

Hautu bera existitzen da plataforma guztietan, izenak aldatu arren. Windows-ek erabakia bere iragazki-plataformara bultzatzen du, Android-ek aplikazioko baimen-zerrenda bat erakusten du bere VPN zerbitzuaren bidez, eta macOS-ek tunela ibilbide-taula oraindik obeditzen duen gailu bati lotzen dio. Microsoft-en ibilbide-oharrak merezi du Windows kasurako irakurtzea, eta plataforma baterako idatzitako gida nekez transferitzen da aldatu gabe bestera.

Aplikazioko lotura eta helmuga-aurrizkiak tresna ezberdinak dira

Helmuga-politika batek galdetzen du nora doan paketea eta ibilbide-taula edo politika-arau batera jotzen du. Aplikazioko politika batek galdetzen du zein programak ireki zuen konexio-puntua, eta plataformak programa hori tunelaren interfazean mantentzen du ibilbide zehatzago batek beste norabait seinalatzen duenean ere. Bigarrena indartsuagoa da taulen aldaketak gainditzen dituelako, baina plataformak egotzi dezakeen prozesuak soilik biltzen ditu. Prozesu laguntzaile batek, nabigatzaile txertatu batek edo bere konexioa irekitzen duen zerbitzu batek agian ez du heredatuko zuk suposatutako lotura.

Bi ikuspegiak ez dira laguntzarik gabe izenetan oinarritutako politika bat gainditzen. Gune handien helbideak eduki-sareen artean biratzen dira, beraz ostalari-izen bat aurrizki gutxi batzuetara iltzatzeak isilka bat etortzeari uzten dion araua sortzen du. Izenak jarraitu behar dituen politika batek resolutzaileaz ohartzen den osagai bat behar du, ibilbide estatikoaren ordez.

DNS-ak eta segurtasun-etengailuak beren arauak jarraitzen dituzte

Izenen ebazpena paketeen ibilbidearekiko erabaki bereizia da, eta tunel zatitu batek normalean bi resolutzaile nahi ditu: enpresarena izen barnekoetarako, tokikoarena gainerako guztirako. Bezeroak interfaze bakoitzeko DNS ezarpenak instala ditzake, kontsultak resolutzaile bitartekari bati eman edo sistemaren lehenespena ukitu gabe utzi. Bere resolutzaile zifratua duen nabigatzaile batek hiru antolamenduak saihesten ditu. Probatu kontsulta bat, resolutzaileak ibilbidea jarraitu duela suposatu beharrean.

Segurtasun-etengailu batek iragazki bat gehitzen du gainean, eta iragazki horrek ez du beti bereizten nahitako bazterketa ustekabeko ihes batetik. Bezero batzuek tunel kanpoko guztia blokeatzen dute, beste batzuek politikan aitortutako bazterketak baimentzen dituzten bitartean, beraz irakurri zureak zein jokabide ezartzen duen bietakoren baten fidatu aurretik.

Egiaztatu zatiketa bi aldeetatik

Probatu barne hartutako bidea eta baztertutako bidea bereizita, eta epaitu emaitza interfazearen izenaren arabera, helbide publikoaren arabera baino. Komando hauek tunel-gailua jadanik altxatuta duen Linux ostalari bat suposatzen dute. Ordezkatu 203.0.113.10 zure politikak barrurantz bideratzen duen helmuga batekin, eta 198.51.100.25 kanporantz bidaltzen duen batekin.

ip route get 203.0.113.10
ip route get 198.51.100.25
resolvectl query intranet.example.com
curl -s --interface tun0 https://example.com -o /dev/null -w '%{http_code}\n'

Irakurri lehen bi erantzunak elkarrekin, zeren bakoitzean aipatzen den interfazeak erakusten baitu zatiketak helmuga hori tunelean jarri zuen ala ez. Resolutzailearen kontsultak erakusten du zein zerbitzarik erantzun zion izen barnekoari, eta azken komandoak frogatzen du tunel-gailuak eskaera bat garraia dezakeela. Bigarren lerroko hutsegiteak, lehenak arrakasta duen bitartean, esan nahi du politikak esan ziotena egiten duela zehazki.

Errepikatu multzoa berriro konektatu ondoren eta sare-aldaketa baten ondoren. Lizentziaren berritzea eta interfazeen aldaketa dira zatiketa eraiki zen asmoarekin bat etortzeari uzten dion lekuak, eta exekuzio bakoitzaren irteera gordetzeak desbideratzea begi-bistakoa egiten du.