Hvað bypass-dhcp bætir í raun við OpenVPN-leiðaráætlun

Prófíll með redirect-gateway def1 bypass-dhcp sameinar yfirskrift sjálfgefnu IPv4-leiðarinnar við eina þrönga undantekningu. Fólk les síðasta orðið og væntir almennrar lausnar fyrir farsímatengingar og eyðir svo síðdegi í DHCP-kenningu sem fáninn hefur aldrei stutt. Hver hluti gerir einn hlut, og undantekningin er miklu minni en orðspor hennar.

Skiðu fánana í sundur áður en þú kenndir bilun sem aðeins kemur fram í farsímaneti um úthlutun vistfanga. Tveir helmingar þess strengs hafa ekkert með hvorn annan að gera.

Tveir fánar, tvö ótengd verkefni

Með def1 bætir biðlarinn tveimur hálfum sjálfgefnum IPv4-leiðum við í stað þess að skipta út sjálfgefnu leiðinni sem þegar er til. 0.0.0.0/1 nær yfir neðri helming vistfangarýmisins og 128.0.0.0/1 þann efri, svo saman ná þær til hvers áfangastaðar á meðan hvor heldur áfram að vera nákvæmari en 0.0.0.0/0. Upprunalega sjálfgefna leiðin verður því áfram í töflunni án þess að vinna þessi uppfletting, sem heldur gamla gáttinni aðgengilegri fyrir allt sem biðlarinn beinir sérstaklega. Það skilur líka eftir tvær skarast sjálfgefnar leiðir í töflunni, og þess vegna getur leiðardúmp litið undarlegra út en prófíllinn gefur til kynna.

bypass-dhcp er aðskilið og snertir sjálfgefnu leiðina alls ekki. OpenVPN 2.6 handbókin lýsir því sem viðbót beinnar leiðar að DHCP-þjóni sem er ekki á staðbundnu undirnetinu, svo leiguliðaumferð fer út fyrir gönguna, og bendir á að hegðunin sé útfærð á Windows-biðlarum og kunni að vera ekki tiltæk annars staðar.

Ástæðan fyrir tilvist þess er vélræn. Þegar hálfu sjálfgefnu leiðirnar hafa gripið útleiðandi umferð, myndi DHCP-endurnýjun sem beinist að þjóni á líkamlega netinu vera beint inn í gönguna nema eitthvað festi það vistfang við raunverulegu tengið. Fáninn festir það.

Við hvað undantekningin takmarkast í raun

Skýringartafla eftir árangursríka tengingu sýnir lögunina: tvær hálfur sjálfgefnar leiðir gegnum gönguna og ein hýsilleið fyrir DHCP-þjóninn gegnum líkamlegu gáttina. Lestu hana sem lögun, ekki sem þín eigin vistföng.

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

Þriðja línan nefnir einn áfangastað. Þetta er ekki stilling uppflettis, ekki almenn heimild fyrir staðbundið net og ekki útleiðarregla á þjóninum. Sími á farsímafyrirtæki hefur kannski engan DHCP-þjón sem biðlarinn getur bent á með þessum hætti, og þess vegna breytir fáninn engu þar.

Athugaðu hvað biðlarinn setti í raun upp

Greindu milli valmöguleika sem skrifaður er í prófíl, valmöguleika sem þjónninn býður og leiðar sem eigandi tengingarinnar beitti í raun. Biðlari sem hafnar óstuddum fána getur haldið restinni af stillingunni, svo göngin koma upp og undantekningin er einfaldlega fjarverandi. Lestu eigin annál biðlarans og leiðartöfluna sem verður til í stað þess að gera ráð fyrir að línan í skránni hafi tekið gildi. Þrjú þessara geta verið sannleika samtímis, og aðeins hið síðasta breytir því hvert pakkarnir fara í raun.

Haltu leiðinni að VPN-endapunktinum nothæfri á sama tíma. Sú endapunktundantekning er önnur krafa en DHCP-undantekningin, og án hennar getur göngin gripið flutninginn sem heldur henni gangandi.

Fyrir áfangastað forrits skoðaðu virku uppflettinguna í því samhengi þar sem hún bregst. Nákvæmari staðbundnar leiðir, stefnuleiðsögn og útilokanir á hvert forrit breyta öll svarinu, svo tilvist tveggja hálfra sjálfgefinna leiða er ekki skrá yfir hvert flæði.

Restin af leiðinni er ekki í þessum fána

Þjónninn þarf enn leyfi til að senda internetumferð biðlarans áfram og útgöngufyrirkomulag sem getur skilað henni. Engin leið á biðlarahliðinni skapar vantaða framsendingu eða upprunauðlýsingu á þjóninum, og enginn fáninn kemur í stað virkrar afturleiðar.

Nafnaupplausn og IPv6 þurfa hvort um sig sína eigin stefnu. IPv4-yfirskrift beinir uppflettinum hvorki að þjóni á gönguhliðinni né kemur á IPv6-umfangi, og biðlari sem beinir aðeins v4 áfram skilur v6-leið ósnerta.

Berðu saman eina samþykkta skaðlausa beiðni á virkri og bilaðri aðgangsleið með prófílinn og áfangastaðinn óbreytta. Skráðu hvort munurinn liggi í nafnaupplausn, uppsetningu gongunnar, leiðarvali eða framsendri umferð, og geymdu svarið með prófílnum. Það er þessi skráning sem kemur í veg fyrir að næsti maður kenni DHCP um vandamál sem það nær ekki til.