Tunel osoa edo muturreko bidea: VPN zerbitzaria eskuragarri edukitzea

Tunela ordezkatzen duen sarean zehar doa. Alderatu ostalari-bidearen salbuespena aplikazio-mailako socket-markarekin, eta jakin noiz huts egiten duen bakoitzak.

Gehitu bide lehenetsi bat tunelaren bidez, eta tunelaren beraren paketeek hura jarraituko dute. Orduan taulak bere burua garaitzen duen arau bat dauka. Zerbitzariarekiko konexio zifratuak ezarri nahi duen konexioaren barruan bidaiatzen saiatzen da.

Bi mekanismok eragozten dute begizta hori. Bata bideratze-taulan ikusgai dago, bestea aplikazioaren barruan bizi da.

Barneko eta kanpoko trafikoa erabaki desberdinak dira

Aplikazio-pakete bat interfaze birtualean sartzen da eta kapsulatu egiten da. Emaitza zerbitzariaren helbide publikora zuzendutako pakete berri bat da. Pakete horrek bide bat behar du sare fisikoan, zeren haren ezerk ez baitu tunelera sartu behar.

Biak bideratze-erabakiak dira, eta lehena soilik dagokio tunelari. Bezeroak zerbitzaria ere hartzen duen bide lehenetsia instalatzen duenean, kanpoko paketea ere harrapatzen da.

Sintomak berehalakoak eta osoak dira. Esku-ukutzeak amaitzen dira eta gero ezerk ez du isurtzen, edo konexioak bidea instalatzen den unean bertan jotzen du. Bi kasuetan keepalive ezin da gehiago atera.

Lehen aukera: ostalari-bidea muturrerako

Ikuspegi zuzenak zerbitzariaren helbiderako bide bat gehitzen du jatorrizko atearen bidez. Lerro bat besterik ez du behar. Taula irakurtzen duen edonork ikusten du. Aldaketa-erregistro batean azaltzea ere erraza da.

Haren ahulezia azpiko bidea aldatzen denean agertzen da. Gordetako bideak sare zaharreko ate bat eta interfaze bat izendatzen ditu. Wi-Fi aldaketaren ondoren ate hori agian ez da existitzen, eta bideak atzean jarraitzen du, zuzena dirudi eta ezer ez du egiten.

# before the tunnel: which path reaches the endpoint?
ip route get 198.51.100.7

# pin it through the current gateway
ip route add 198.51.100.7/32 via 192.168.1.1 dev wlan0

# after the tunnel is up, confirm the pin survived
ip route get 198.51.100.7

Ostalari-izenak zailagoa egiten du. Muturra hainbat helbidera ebazten den izen bat bada, salbuespenak benetan erabiltzen ari den helbidea estali behar du. Geroagoko kontsulta batek bideak inoiz estali ez zuen zerbait itzul dezake.

Bigarren aukera: socketa babestea

Beste ikuspegiak ez dio inoiz bideratze-taulari ukitzen. Bezeroak tunela daraman socketa markatu edo babesten du, beraz sistema eragileak socket horren trafikoa tunelaren kanpora bidaltzen du politikaz. Androidek mekanismoa zuzenean eskaintzen die VPN aplikazioei. Mahaigaineko bezeroek baliokideak inplementatzen dituzte suebaki-markekin edo gailuarekiko lotura-deiekin.

Abantaila da salbuespenak konexioari jarraitzen diola, gordetako ate bati ez. Sare-aldaketak azpiko bidea berridazten du, eta babestutako socketa harekin mugitzen da, inoiz ez baitzen helbide batera ainguratu. Bide-taula garbi geratzen da.

Kostua ikusgaitasuna da. Bideratze-taulako ezerk ez du salbuespena erakusten, beraz ostalari-bide baten bila dabilen berrikusleak ez du ezer aurkitzen eta diseinua segurua ez dela ondoriozta dezake. Babesa bezeroaren kodean eta kode horrek instalatzen dituen politika-arauetan bizi da.

Bien artean aukeratzea

Aukeratu socket-mailako mekanismoa bezeroak onartzen duenean, ainguratutako bidea hausten duten sare-aldaketak gainditzen baititu. Aukeratu ostalari-bidea salbuespena beste tresna batzuentzat ikusgai egon behar denean, edo bezeroak hoberik eskaintzen ez duenean.

Bi mekanismoek ez dute kentzen zerbitzariaren helbidea guztiz eskuragarri egon behar izatea. Ate pribatu batek entzuteko helbide publiko bat du, eta helbide hori da tunelaren kanpoan egon behar dena. Haren atzeko barne-sareak tunela existitzen denetik aurrera soilik bihurtzen dira eskuragarri.

Nahi duzuna aukeratu, mantendu tunelaren jabea den osagaiarekin. Eskuz gehitutako ostalari-bide galdu batek hurrengo sareraino egiten du lan, eta orduan biharko eten misteriotsu bihurtzen da.

Erlazionatutako artikuluak