Af hverju tveir staðir með sama undirnet eru ekki eitt LAN

Tvær skrifstofur nota báðar 192.168.77.0/24, og einhver stingur upp á göngum svo þær geti verið eitt net. Setningin hljómar einfaldlega og felur þrjár ólíkar hönnun: tvö óháð LAN sem rekast á, eitt viljandi teygt Ethernet-hlut sem er dregið yfir WAN, og proxy-ARP fyrirkomulag sem svarar fyrir fjarlæg heimilisföng. Hvort þú hefur ræður því hvað hýsill gerir við pakkann, og svarið er sýnilegt áður en VPN-gáttin kemur við sögu.

Hýsillinn ákveður áður en beinirinn

Hýsill með heimilisfangið 192.168.77.10/24 ber saman áfangann við eigið formerki. Allt innan þess formerkis er á beintengingunni, svo hýsillinn leysir tengilagsheimilisfang áfangans beint. Allt utan þess fer á sjálfgefna gátt.

Sú ákvörðun verður í staflanum hjá hýslinum, ekki í göngunum. Leið sem bætt er við á gáttinni getur ekki bjargað pakka sem hýsillinn sendir aldrei þangað.

Þegar 192.168.77.20 er aðeins til á hinum staðnum spyr hinn staðbundni hýsill um það með ARP og fær ekkert svar. VPN-handabandið getur verið fullkomlega heilbrigt á meðan þetta bregst. Bilunin lítur út eins og dauður hýsill frekar en leiðavandamál. Að þekkja þetta fingrafar sparar klukkustund í villuleit á göngunum.

ARP er spurning um staðbundna tengingu

ARP spyr hver eigi heimilisfang á þessari tengingu, og svarið verður að koma frá einhverju sem heyrir útvarpið. Beinir hinum megin við IPsec-göng heyrir það ekki nema hönnunin geri staðina tvo að einu útvarpssviði.

Tvö tæki með sama heimilisfang gera það verra: jafnvel farsæl lausn getur ekki sagt til um hvort svaraði.

Tvöföld heimilisföng eru ekki leiðavillur og engin leið lagar það. Annaðhvort eru staðirnir endurnúmeraðir í aðskilin formerki, eða þeir verða viljandi eitt tengilagssvið.

Teygt hlut ber ramma, ekki leiðir

Göng sem flytja Ethernet og eru tengd brúm gera báða staðina hluta af einu tengilagssviði. ARP-útvarp berst til hinna hliðarinnar, og hver brú lærir hvar MAC-heimilisföngin eru. Skjöl Linux-brúarinnar lýsa þeim sendingarmörkum sem byggja á MAC.

Hér beinir hin fjarlæga gátt ekki á milli tveggja eins undirneta. Rammarnir fara yfir undirlag sem beinir IP sjálft, á meðan brýrnar teygja Ethernet-samtalið.

Kostnaðurinn er stærra áhrifasvæði. Flóð fyrir óþekkta áfanga, lykkjur, DHCP-úthlutun og einstök heimilisföng þurfa öll eina áætlun sem nær yfir báða staðina. Þegar WAN dettur missa hýslar umferð sem þeir telja staðbundna. Sía á brúnni og VLAN-reglur geta takmarkað hvað fer yfir, en flutningurinn lofar samt ekki að hver staðbundin stýrirammi komist áfram.

Proxy ARP er þriðja hönnunin

Beinir getur svarað ARP fyrir fjarlægt heimilisfang og beint svo þangað. Það lætur fjarlæga hýsilinn líta út fyrir að vera á beintengingunni fyrir sendandann án þess að teygja útvarpssvið.

Þetta er þrengra verkfæri en brúun: það byggir á sendingu, bakleiðum og skýrum eiganda hvers heimilisfangs.

Það gerir heldur ekki handahófskenndar ekki-IP samskiptareglur beinanlegar, og það endurgerir ekki Ethernet-útvarpssvið. Notaðu það þegar krafan er einmitt sú staðganga, ekki sem flýtileið fyrir frestaða endurnúmerun.

Veldu út frá kröfunni og staðfestu síðan

Fyrir venjulegan aðgang forrita milli skrifstofa gefa aðskilin formerki og skýrar leiðir skýrari mörk. Brúaðu þegar krafan er í raun tengilagsnálægð. Endurnúmeraðu þegar eina ástæða sameiginlegs formerkis er að enginn hefur gert það enn.

Staðfestu hvaða hönnun þú hefur í raun með því að spyrja hýsil hvað hann gerir við áfangann:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

Niðurstaða á beintengingunni með misheppnuðri nágrannafærslu bendir á vantaða tengilagsleið. via-niðurstaða nefnir gáttina og færir spurninguna yfir í beiningu. Á brú skaltu skoða sendingagagnagrunninn til að sjá hvort MAC hafi lærst yfir göngin. Hvert úttak takmarkar hönnunarspurninguna í stað þess að byrja hana upp á nýtt.