Kaj bypass-dhcp v resnici doda načrtu poti OpenVPN

Profil z redirect-gateway def1 bypass-dhcp združuje zamenjavo privzete poti IPv4 z eno ozko izjemo. Ljudje preberejo zadnjo besedo in pričakujejo splošno rešitev za mobilne povezave, nato pa preživijo popoldne s teorijo DHCP, ki je zastavica nikoli ni podpirala. Vsak del naredi eno stvar, izjema pa je veliko manjša od svojega slovesa.

Razdelite zastavice, preden okvaro, ki se pojavi samo v mobilnem omrežju, pripišete dodeljevanju naslovov. Dve polovici tega niza nimata nič skupnega.

Dve zastavici, dve nepovezani nalogi

Z def1 odjemalec doda dve polovični privzeti poti IPv4, namesto da bi zamenjal privzeto pot, ki že obstaja. 0.0.0.0/1 pokriva spodnjo polovico naslovnega prostora in 128.0.0.0/1 zgornjo, zato skupaj dosežeta vsak cilj, medtem ko vsaka ostane bolj specifična od 0.0.0.0/0. Prvotna privzeta pot zato ostane v tabeli, ne da bi zmagala pri teh iskanjih, kar ohranja staro prehodno postajo dosegljivo za vse, kar odjemalec izrecno usmeri. Prav tako v tabeli pusti dve prekrivajoči se privzeti poti, zato je lahko izpis poti videti čudnejši, kot nakazuje profil.

bypass-dhcp je ločen in se privzete poti sploh ne dotakne. Priročnik OpenVPN 2.6 ga opisuje kot dodajanje neposredne poti do strežnika DHCP, ki ni v lokalnem podomrežju, tako da promet najema odide zunaj predora, in opozarja, da je to vedenje izvedeno na odjemalcih Windows in morda ni na voljo drugje.

Razlog za njegov obstoj je mehanski. Ko polovični privzeti poti zajameta odhodni promet, bi bila obnova najema DHCP, usmerjena na strežnik v fizičnem omrežju, usmerjena v predor, razen če nekaj tega naslova ne pritrdi na resnični vmesnik. Zastavica ga pritrdi.

Na kaj se izjema v resnici nanaša

Ilustrativna tabela po uspešni povezavi pokaže obliko: dve polovični privzeti poti skozi predor in ena pot gostitelja za strežnik DHCP skozi fizična vrata. Berite jo kot obliko, ne kot lastne naslove.

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

Ta tretja vrstica imenuje en cilj. To ni nastavitev razreševalnika, ni splošno dovoljenje za lokalno omrežje in ni pravilo izhoda na strežniku. Telefon v mobilnem omrežju morda nima strežnika DHCP, ki bi ga odjemalec lahko prepoznal na ta način, zato zastavica tam ne spremeni ničesar.

Preverite, kaj je odjemalec v resnici namestil

Razlikujte možnost, zapisano v profilu, možnost, ki jo ponuja strežnik, in pot, ki jo je lastnik povezave res uporabil. Odjemalec, ki zavrne nepodprto zastavico, lahko obdrži preostanek konfiguracije, zato se predor dvigne in izjema preprosto manjka. Berite dnevnik odjemalca samega in nastalo usmerjevalno tabelo, namesto da bi predpostavljali, da je vrstica v datoteki začela veljati. Tri od tega so lahko resnične hkrati, in samo zadnje spremeni, kam paketi v resnici gredo.

Ohranite pot do končne točke VPN hkrati uporabno. Ta izjema za končno točko je druga zahteva kot izjema DHCP, in brez nje lahko predor zajame transport, ki ga vzdržuje.

Za cilj aplikacije preglejte dejansko iskanje v kontekstu, kjer ne uspe. Bolj specifične lokalne poti, usmerjanje po pravilniku in izključitve za posamezne aplikacije vse spreminjajo odgovor, zato pojav dveh polovičnih privzetih poti ni seznam vseh tokov.

Preostanek poti ni v tej zastavici

Strežnik še vedno potrebuje dovoljenje za posredovanje internetnega prometa odjemalca in izhodno ureditev, ki ga lahko vrne. Nobena pot na strani odjemalca ne ustvari manjkajočega posredovanja ali pretvorbe vira na strežniku in nobena zastavica ne nadomesti delujoče povratne poti.

Razreševanje imen in IPv6 potrebujeta vsak svojo politiko. Zamenjava IPv4 ne usmeri razreševalnika na strežnik na strani predora in ne vzpostavi pokritosti IPv6, odjemalec, ki preusmerja le v4, pa pusti pot v6 nedotaknjeno.

Primerjajte eno odobreno nedolžno zahtevo na delujoči in na neuspešni dostopni poti, pri čemer naj ostaneta profil in cilj nespremenjena. Zabeležite, ali je razlika v razreševanju imen, v vzpostavitvi predora, v izbiri poti ali v posredovanem prometu, in odgovor shranite s profilom. Prav ta zapis prepreči, da bi naslednja oseba krivila DHCP za težavo, do katere ne seže.