Zer gehitzen dio bypass-dhcp-ek OpenVPN bide-plan bati

redirect-gateway def1 bypass-dhcp duen profilek IPv4 bide lehenetsiaren ordezkapena salbuespen estu batekin konbinatzen du. Jendeak azken hitza irakurtzen du eta konexio mugikorrentzako irtenbide orokorra espero du, gero arratsalde osoa ematen du banderak inoiz babestu ez zuen DHCP teoriarekin. Zati bakoitzak gauza bat egiten du, eta salbuespena bere ospea baino askoz txikiagoa da.

Banandu banderak soilik mugikorrean gertatzen den hutsegitea helbide-esleipenari egotzi aurretik. Kate horren bi erdiek ez dute elkarrekin zerikusirik.

Bi bandera, bi zeregin erlazionaturik gabe

def1 erabiliz, bezeroak bi IPv4 erdi-lehenetsitako bide gehitzen ditu, lehendik dagoen bide lehenetsia ordezkatu ordez. 0.0.0.0/1-ek helbide-espazioaren beheko erdia hartzen du eta 128.0.0.0/1-ek goiko erdia, beraz elkarrekin helmuga guztietara iristen dira, eta bakoitza 0.0.0.0/0 baino zehatzagoa izaten jarraitzen du. Jatorrizko bide lehenetsiak, beraz, taulan jarraitzen du bilaketa horiek irabazi gabe, eta horrek atebide zaharra irisgarri mantentzen du bezeroak esplizituki bideratzen duen guztiarentzat. Gainera, bi bide lehenetsi gainjartzen direnak uzten ditu taulan, eta horregatik bide-iraulketak profilek iradokitzen duena baino arraroagoa dirudi.

bypass-dhcp apartekoa da, eta ez dio bide lehenetsiari batere ukitzen. OpenVPN 2.6 eskuliburuak tokiko azpisarean ez dagoen DHCP zerbitzari baterako bide zuzen bat gehitzea dela dokumentatzen du, beraz alokairu trafikoa tunelaz kanpora ateratzen da, eta ohartarazten du jokabide hori Windows bezeroetan ezarrita dagoela eta beste leku batzuetan eskuragarri ez egon daitekeela.

Dagoen arrazoia mekanikoa da. Erdi-lehenetsitako bideek irteerako trafikoa harrapatu ondoren, sare fisikoko zerbitzari batera zuzendutako DHCP berritze bat tunelera bideratuko litzateke, norbaitek helbide hori benetako interfazari itsatsi ezean. Banderak itsasten du.

Zeri dagokio benetan salbuespena

Konexio arrakastatsu baten ondoko taula adierazgarriak forma erakusten du: bi erdi-lehenetsitako bide tunelaren bidez, eta host bide bat DHCP zerbitzariarentzat atebide fisikoaren bidez. Irakurri forma gisa, ez zure helbide gisa.

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

Hirugarren lerro horrek helmuga bakarra izendatzen du. Ez da ebazpen-gailuaren ezarpena, ez da sare lokalaren baimen orokorra eta ez da zerbitzariko irteera-araua. Garraio mugikorreko telefono batek agian ez du bezeroak horrela identifika dezakeen DHCP zerbitzaririk, eta horregatik banderak ez du ezer aldatzen han.

Egiaztatu bezeroak benetan zer instalatu zuen

Bereizi profilean idatzitako aukera, zerbitzariak eskainitako aukera eta konexioaren jabeak benetan aplikatutako bidea. Onartzen ez den bandera bat baztertzen duen bezeroak konfigurazioaren gainerakoa gorde dezake, beraz tunela altxatzen da eta salbuespena besterik ez da falta. Irakurri bezeroaren beraren erregistroa eta ondoriozko bideratze-taula, fitxategiko lerroa indarrean sartu zela suposatu ordez. Horietako hiru aldi berean egiazkoak izan daitezke, eta azkenak soilik aldatzen du paketeak benetan nora joaten diren.

Mantendu VPN amaierarako bidea aldi berean erabilgarri. Amaieraren salbuespen hori DHCP salbuespenaren eskakizun ezberdina da, eta hura gabe tunelek bizirik mantentzen duen garraioa harrapa dezake.

Aplikazio-helmuga baterako, aztertu benetako bilaketa huts egiten duen testuinguruan. Bide lokal zehatzagoek, politika-bideratzeak eta aplikazioko bazterketek erantzuna aldatzen dute, beraz bi erdi-lehenetsitako bideren presentzia ez da fluxu bakoitzaren inbentarioa.

Bidearen gainerakoa ez dago bandera honetan

Zerbitzariak oraindik baimena behar du bezeroaren internet trafikoa birbidaltzeko eta hura itzul dezakeen irteera-antolamendua. Bezero aldeko edozein bidek ez du zerbitzariko falta den birbidalketarik edo iturburu-itzulpenik sortzen, eta bandera batek ez du itzulera-bide funtzionalik ordezkatzen.

Izen-ebazpenak eta IPv6-k bakoitzak bere politika behar du. IPv4 ordezkapenak ez du ebazlea tunel aldera eramaten ez eta IPv6 estaldura ezartzen, eta v4 soilik birbideratzen duen bezeroak v6 bidea ukitu gabe uzten du.

Konparatu onartutako eskaera kaltegabe bat bide funtzional eta huts egiten duen sarbide-bide baten artean, profila eta helmuga finko mantenduz. Idatzi aldea izen-ebazpenean, tunelaren ezarpenean, bide-hautaketan edo birbidalitako trafikoan dagoen, eta gorde erantzuna profilekin. Erregistro horrek eragozten dio hurrengoari DHCP-ri errua leporatzea irits ezin duen arazo batengatik.