VPN bezeroa SSH bidez abiatzen? Lehenik finkatu zure ibilbide propioa
Tunel osoko bezero batek zure SSH erantzuna daraman taula berridazten du. Finkatu host ibilbide bat pasabide zaharretik, edo exekutatu bezeroa bere izen-espazioan.
SSH bidez eraikuntza ostalari batera sartzen zara, bertan VPN bezeroa abiarazten duzu, eta saioak erantzuteari uzten dio. Ezer ez da erori, eta ezer ez dirudi gaizki konfiguratuta zentzurik agerikoenean. Bezeroak lehenetsitako ibilbide bat instalatu zuen, beraz zure lan-estaziorako erantzunak orain tunelaren bidez irteten dira, non zure lan-estazioaren helbidea ez den bideragarria. Interesgarria da emaitza hori aurreikus zitekeela, eta konponbidea bezeroa abiatu aurretik idazten den ibilbide bakar bat dela. Demagun sare-txartel bakarra duen zerbitzari bat, 192.0.2.254 pasabidea eta 203.0.113.9 helbidetik konektatzen den administratzailea.
Erregistratu bidea hasi aurretik
ip route show default aginteak uneko pasabidea eta interfazea izendatzen ditu, ip route get 203.0.113.9 aginteak ordea kernelak zure saiorako zein interfaze eta iturburu-helbide erabiliko lituzkeen erakusten du. Gorde bi irteerak. Tunela igotzen denean, bi komando horiek bide fisikoa deskribatu behar dute oraindik, eta tunela deskribatzen badute, saioa mailegatutako denboran bizi da jada.
Dagoeneko ezarritako konexioa da garrantzitsua, beraz ez egiaztatu saio-hasiera berri batekin soilik. Saio berri batek arrakasta laburra izan dezake zaharrak jada ez duen egoera baten bidez.
Finkatu helbidea bezeroaren beraren konfigurazioan
Eskuz gehitutako ibilbidea berrabiaraztean desagertzen da eta bezeroaren taula-eguneratzeekin lehiatzen da, beraz jarri salbuespena taula kudeatzen den tokian. OpenVPN-en net_gateway gako-hitza tunelaren aurretik zegoen pasabidera ebazten da, beraz route 203.0.113.9 255.255.255.255 net_gateway helbide bat zehazki mantentzen du kanpoan. WireGuardek beste ikuspegi bat behar du, wg-quick-ek ibilbideak berak kudeatzen dituelako: ezarri Table = off eta gehitu salbuespena PostUp atalean, kentzen duen PostDown egokiarekin. Bi formek asmo bera adierazten dute, eta biek salbuespena helbide bakar batera mugatzen dute, tunela denarentzat ahuldu beharrean.
IPv6rako ideia berak host bakarreko aurrizkia hartzen du, eta bildutako garraioaren kasua gogoratzekoa da: tunelaren beraren kanpo-konexioa helbide finko batean bizi bada, helbide horrek daraman tunelaren kanpoan egon behar du, bestela bezeroak bere garraioa bere burura bideratzen du.
Edo ken ezazu taula nagusia ekuaziotik
Ostalariaren zerbitzu batzuek euren bide normala mantendu behar dutenean, utzi taula nagusia editatzen eta eman bezeroari berea. veth pare bat duen sareko izen-espazioak garbi egiten du: bezeroaren lehenetsitako ibilbidea beste pila batean bizi da eta barruan abiatutako prozesuek soilik erabiltzen dute tunela. Politika bidezko bideratzeak antzeko tokira iristen da helmuga baterako, bat datozen trafikoak taula dedikatu batera bidaliz, zeinaren lehenetsia oraindik pasabide fisikora seinalatzen duen. Bi ikuspegietako edozeinek ostalariaren taula nagusia lehenetsitako ibilbide berririk gabe uzten du, eta horixe da SSH erantzuten eusten diona.
Biak host ibilbide bakarra baino makina gehiago dira, eta biak merezi dute makinean gauza bat baino gehiagok tunela gainditu behar duenean.
Onartu finkatzeak huts egin dezakeela
Zure uneko helbide publikora lotutako ibilbidea zure hornitzaileak berriro esleitzen duen unean apurtzen da. Urruneko zerbitzariak orduan helbide horren menpe ez dagoen bide bat behar du: kontsola bat, bigarren kudeaketa-interfaze bat edo tunelatik kanpo geratzen den jauzi-ostalari bat.
Bi babesek hamar minutu kostatzen dute. Zenbait minuturen buruan berrespen-saio-hasiera agertzen ez bada bezeroa gelditzen duen zaintzaile batek blokeoa atzerapen bihurtzen du, eta aldian zehar irekita mantendutako bigarren SSH saio batek salbuespenak tunela altxatuta dagoela funtzionatzen duela frogatzen du. Keepalive-ek bakarrik ez dute hemen laguntzen, bidea desagertu egin baita, ez delako geldirik egon; heriotza nabaritzen errazten dute soilik.
Egiaztatu garrantzia duen ordenean
Konektatu tunela, egiaztatu zure helbiderako ibilbidea oraindik pasabide fisikotik irteten dela, eta gero ireki saio berri bat. Saio berriak funtzionatzen badu eta zaharrak hala ere hiltzen badu, arrazoia konexioen jarraipena edo egoera duen suhorma da, ez bideratzea, eta hori beste konponbide bat da.
Idatzi finkatutako helbidea eta hori frogatu zuen komandoa aldaketa-erregistroan. Ostalari horretan bezeroa abiatuko duen hurrengo pertsonak biak beharko ditu, eta agian helbidea aldatu da ordurako.