OpenVPN redirect-gateway: hvað hver fáni gerir við leiðirnar

Tengstu með redirect-gateway í sniðinu, og sjálfgefna leið vélarinnar getur horfið, klofnað í tvennt eða staðið nákvæmlega þar sem hún var, eftir fánum sem enginn les tvisvar. Valkosturinn breytir aðeins stöðu leiðar og engu öðru, svo eina áreiðanlega sönnunin fyrir því hvað hann gerði er taflan sem biðlarinn setti upp á eftir. Hér á eftir kemur taflan eftir tengingu, leiðin sem heldur göngunum sjálfum lifandi og IPv6-umferðin sem tilskipunin fullyrðir aldrei að hylji. Hvert skref er skipun sem þú getur keyrt á biðlaranum meðan göngin eru uppi.

Hvað hver fáni gerir við sjálfgefnu leiðina

Án nokkurs fána fjarlægir valkosturinn venjulegu sjálfgefnu leiðina og setur göngin í hennar stað, svo gamla gáttin hverfur úr töflunni meðan tengingin er uppi. Bættu við def1 og sú sjálfgefna helst á listanum, en tvær þrengri leiðir vinna verkið. Bættu við bypass-dhcp og DHCP-leiðin lifir líka af, sem skiptir máli á neti þar sem biðlarinn þarf enn að ná í staðbundna DHCP-þjóninn. Fánalistinn á handbókarsíðu OpenVPN 2.6 er nógu stuttur til að lesa einu sinni, og hver færsla breytir því hvaða leiðir enda í töflunni.

Ýttur valkostur hagar sér eins þegar hann kemur, svo biðlarasniðið getur verið tómt á meðan taflan virðist að fullu endurbeint. Það er eðlilegt: þjónninn sendi fánana, biðlarinn beitti þeim og staðbundna skráin nefndi tilskipunina aldrei. Þegar ýting virðist gera ekkert, athugaðu síuna á biðlarahlið sem samþykkir eða sleppir dregnum valkostum, því slepptur valkostur veldur engri villu á hvorugum enda.

def1 vinnur með sérhæfni án þess að snerta sjálfgefna leiðina

Tvær hálf-sjálfgefnar leiðir hylja saman IPv4-rýmið, 0.0.0.0/1 og 128.0.0.0/1. Hvor er sértækari en 0.0.0.0/0, svo leit velur þær en hin raunverulega sjálfgefna leið helst í töflunni fyrir allt sem biður um minnst sértæku samsvörunina.

Lestu töfluna frekar en sniðið, því aðeins taflan sýnir í hvaða tilviki þú ert. Tvær línur nægja til að greina þau:

ip route show default
ip route show | grep -E '^(0\.0\.0\.0/1|128\.0\.0\.0/1)'

Athugaðu viðmótið og mælikvarðann á hverri línu, ekki bara áfangastaðinn. Sjálfgefin leið sem bendir á göngin og par af hálf-sjálfgefnum sem benda á göngin lýsa sama ásetningi og mistakast á mismunandi hátt þegar göngin falla, því í öðru tilvikinu er varaleiðin enn til. Skráðu bæði sviðin í breytingarathugasemdina. Lifandi varaleið er stundum það sem heldur fjartengingu lifandi nógu lengi til að laga göngin, og hún er líka það sem lekur umferð þegar ásetningurinn var heil göng.

Haltu enda ganganna aðgengilegum

Biðlarinn þarf leið að fjarlæga enda ganganna sem liggur ekki sjálf í gegnum göngin. OpenVPN setur upp þá hýsilseið áður en það breytir nokkru öðru, og handvirk leiðarbreyting eða annar VPN-biðlari getur tekið hana í burtu. Einkennið eftir það er tenging sem segist tengd og hleypir svo engu í gegn.

Spurðu kjarnann hvaða viðmót hann myndi nota fyrir endapunktinn meðan göngin eru uppi. Svarið verður að nefna líkamlega viðmótið og gátt þess, aldrei tun0:

ip route get 198.51.100.20

Ef sú leit skilar göngutækinu ber göngin eigin flutning og hrynja um leið og pakki þarf út. Staðbundin forskeyti, annar millistykki og stefnumiðuð leiðaráætlun skipta enn máli hér, þess vegna getur endurbeining sem virkar á hreinum fartölvu mistekist á hýsli með stjórnviðmóti og tveimur sjálfgefnum leiðum. Venjulega er sniðinu kennt um það sem vistfangaráætlunin gerði.

IPv6-umferð heldur áfram að nota sína eigin töflu

Endurbeining IPv4 lætur IPv6 í friði, og fjölskyldurnar tvær eru breyttar með mismunandi fánum. Á tvístafla hýsli með virka v6-sjálfgefna leið getur v4-umferð setið að fullu inni í göngunum á meðan hver v6-fær áfangastaður fer út um líkamlegu tenginguna. Hýsill sem lítur rétt út í annarri töflunni lekur í hinni.

Athugaðu v6-töfluna eftir tengingu í stað þess að gera ráð fyrir að göngin hafi hulið hana. Tilskipunin ber fánana fyrir vistfangafjölskyldur einmitt af þessari ástæðu, og snið sem sleppir þeim erfir það sem kerfið gerir sjálfgefið:

ip -6 route show default
ip -6 route get 2001:db8::10

Sannaðu hvaða viðmót forrit notar

Tengd staða er ekki blokkun, og leiðarbreyting er ekki neyðarrofi. Ef bein umferð á að stöðvast þegar göngin bregðast, býr sú stefna í eldveggnum og þarf sína eigin prófun.

Prófaðu leiðina sem forrit fer í raun, ekki leiðina sem sniðið lýsir. Biddu fyrst um leiðina, tengdu svo beiðni við hvert viðmót á víxl og berðu saman hvað fjarlægi hliðin segir:

ip route get 203.0.113.10
curl -s --interface tun0 https://ifconfig.me
curl -s --interface eth0 https://ifconfig.me

Ef báðar beiðnir skila sama vistfangi notar forritið ekki göngin þótt leiðartaflan segi að það ætti. Ef aðeins beiðnin sem er bundin við göngin heppnast er líkamlega leiðin síað fyrir þann áfangastað og göngin gera það sem þú baðst um. Skrifaðu fánana, uppsettu leiðirnar, endapunktaleitina og báðar útgangsniðurstöður í breytingaskrána, svo næsta manneskja erfi staðreyndir í stað skjámyndar.