OpenVPN leiðarmetrík: hvers vegna valda leiðin tapar samt

Þú bættir metrík við leið í sniðinu, tengdist aftur og umferðin fer samt út um ranga tengingu. Talan er sjaldan vandamálið. Metrík raðar aðeins þeim kostum sem stýrikerfið er þegar að bera saman, og sérhæfðara forskeyti eða fyrri stefnutöflu ákveður áður en nokkur metrík er lesin.

Farðu fyrst í gegnum sniðið, svo uppsettu töfluna, svo valreglurnar. Þessi röð samsvarar því hvernig biðlarinn byggir leiðina og kemur í veg fyrir að þú stillir gildi sem kemst aldrei inn í samanburðinn.

Lestu leiðarlínuna í röð reitanna

Biðlari OpenVPN 2.6 samfélagsins tekur við fjórum reitum á IPv4 route línu: neti, netgrímu, gátt og valfrjálsri metrík. Staða gáttarinnar er þar sem sérstaka lykilorðið vpn_gateway fer. Það þýðir næsta stökk á VPN hliðinni fyrir þessa tengingu, ekki númer leiðartöflu og ekki líkamlega beininn þinn. Ef þú missir af því er restin af línunni lesin með rangri hugmynd um hvað hún gerir. tilvísun um netvalkosti skráir alla fjóra reitina.

Fyrir einkastaðsetningu getur línan hljómað svona:

route-metric 50
route 172.20.0.0 255.255.0.0 vpn_gateway 30

Skýra 30 gildir um þá leið, og 50 er áfram sjálfgefið fyrir hverja aðra leið í sniðinu sem sleppir tölunni. Að lesa línuna frá vinstri til hægri nægir til að sjá hvaða gildi gildir hvar.

route-metric er sjálfgefið, ekki röðun

route-metric setur varagildið fyrir leiðir sem bera ekki sína eigin tölu. Það lyftir engri leið yfir eitthvað annað og raðar ekki upp á nýtt leiðum sem voru settar upp með skýrum metríkum.

Sá munur skiptir máli þegar snið blandar báðum myndum. Ein lína route-metric nálægt toppnum virðist valdbær og er auðvelt að kenna um, á meðan leiðin sem ber umferðina í raun kann að bera sína eigin metrík þremur línum neðar.

Ef þú vilt að ein leið forgangsraði slóð, settu töluna á þá leið. Ef þú vilt samkvæmt sjálfgefnu gildi yfir búið snið, notaðu route-metric og láttu einstakar línur í friði. Að blanda þessu tvennu án ástæðu er leiðin sem snið endar með leið sem enginn getur útskýrt.

Skoðaðu hvað biðlarinn setti upp

Þegar endurtengingunni er lokið skaltu spyrja kjarnann, ekki sniðið.

ip route show listar leiðirnar sem biðlarinn bætti við, og ip route get 172.20.5.10 svarar gagnlegri spurningu: hvaða leið þessi áfangastaður myndi í raun nota og með hvaða upprunavistfangi. Ef áfangastaðurinn vantar í töfluna setti biðlarinn hann ekki upp.

Staðbundin tilskipun, þrýstingur frá netþjóni eða annar netstjóri geta bætt við eða fjarlægt sama forskeyti og síðasti rithöfundurinn vinnur. Hafðu endapunktaleiðina í augsýn meðan þú vinnur, því tengingin þarf slóð að fjarnetþjóninum sem liggur ekki í gegnum göngin sem hún er að byggja.

Hvers vegna minni metrík tapar samt

Metrík bera saman leiðir á sama áfangastað. Þær gera breitt forskeyti ekki sérhæfðara. Þegar redirect-gateway def1 er í gangi setur biðlarinn upp 0.0.0.0/1 og 128.0.0.0/1, og þessi tvö forskeyti ná yfir allt IPv4 rýmið á sérhæfðari hátt en 0.0.0.0/0. Metrík upp á 1 á sjálfgefnu leiðinni fer ekki fram úr þeim.

Sama rökfræði gildir um hvert skarast par. /24 vinnur /16 fyrir vistfang inni í því óháð tölunum sem fylgja, því uppflettingin velur fyrst sérhæfðustu samsvörunina og ber aðeins saman metrík meðal jafningja eftir það.

Þetta er sá hluti sem lítur út eins og metríkvilla og er það ekki. Athugaðu forskeytislengdina á báðum kostum áður en þú breytir einhverri tölu.

Stefnureglur keyra fyrir töfluna

Á Linux ákveður ip rule hvaða leiðartöflu er flett upp. Reglur eru metnar í forgangsröð, svo fyrri tafla getur skilað leið áður en aðaltaflan er lesin. Metrík inni í main getur ekki farið fram úr samsvörun í töflu sem var flett upp fyrst.

Notaðu ip rule show og spurðu svo tilteknu töfluna, til dæmis ip route show table 100, til að sjá hvað sú regla myndi skila. Ef VPN-biðlari eða gámarýni bætti við reglu gæti svarið verið þar í stað töflunnar sem þú varst að lesa. Upprunavistfangið skiptir líka máli, því regla getur passað við upprunann og leyst sama áfangastað á annan hátt fyrir gangaumferð og LAN-umferð.

Staðfestu áfangastaðinn, ekki röðunina

Prófið sem endar rökræðuna er ein fyrirspurn til hýsils inni í fyrirhuguðu undirneti, ásamt athugun á upprunavistfanginu sem kjarninn valdi. Ef það par passar við hönnunina gerir metríkin sitt starf jafnvel þótt listinn líti ekki út eins og hrein röðun.

Haltu IPv6 og DNS utan þessarar athugunar. Þau eru stillt með öðrum tilskipunum og leyst með öðrum kerfum, og virk IPv4 leið segir ekkert um hvorugt. Breyttu einu lagi í einu og keyrðu fyrirspurnina aftur.