Miksi kaksi samaa aliverkkoa käyttävää toimipistettä ei ole yksi LAN

Kaksi toimistoa käyttävät molemmat osoitetta 192.168.77.0/24, ja joku ehdottaa tunnelia, jotta niistä tulisi yksi verkko. Lause kuulostaa yksinkertaiselta ja kätkee kolme erilaista ratkaisua: kaksi itsenäistä LANia, jotka törmäävät, yksi tahallaan WANin yli venytetty Ethernet-segmentti ja proxy-ARP-järjestely, joka vastaa etäosoitteiden puolesta. Se, kumpi sinulla on, ratkaisee, mitä isäntä tekee paketille, ja vastaus näkyy ennen kuin VPN-yhdyskäytävä on mukana.

Isäntä päättää ennen reititintä

Isäntä, jonka osoite on 192.168.77.10/24, vertaa kohdetta omaan etuliitteeseensä. Kaikki tuon etuliitteen sisällä on suoralla linkillä, joten isäntä selvittää kohteen linkkikerroksen osoitteen suoraan. Kaikki sen ulkopuolella menee oletusyhdyskäytävälle.

Tämä päätös tehdään isännän pinossa, ei tunnelissa. Yhdyskäytävälle lisätty reitti ei voi pelastaa pakettia, jota isäntä ei koskaan lähetä sinne.

Kun 192.168.77.20 on siis vain toisessa toimipisteessä, paikallinen isäntä kysyy sitä ARPilla eikä saa vastausta. VPN-kättely voi olla täysin terve, kun tämä epäonnistuu. Vika näyttää kuolleelta isännältä eikä reititysongelmalta. Tämän allekirjoituksen tunnistaminen säästää tunnin tunnelin virheenkorjausta.

ARP on paikallisen linkin kysymys

ARP kysyy, kuka omistaa osoitteen tällä linkillä, ja vastauksen on tultava jostakin, joka kuulee lähetyksen. IPsec-tunnelin toisessa päässä oleva reititin ei kuule sitä, ellei ratkaisu tee kahdesta toimipisteestä yhtä lähetysverkkotunnusta.

Kaksi laitetta samalla osoitteella pahentaa asiaa: edes onnistunut selvitys ei kerro, kumpi vastasi.

Toistuva osoitteistus ei ole reititysvirhe, eikä mikään reitti korjaa sitä. Joko toimipisteet numeroidaan uudelleen eri etuliitteisiin tai niistä tulee tarkoituksella yksi linkkikerroksen verkkotunnus.

Venytetty segmentti kuljettaa kehyksiä, ei reittejä

Siltoihin liitetty Ethernetiä kuljettava tunneli tekee molemmista toimipisteistä osan yhtä linkkikerroksen verkkotunnusta. ARP-lähetykset saavuttavat toisen puolen, ja jokainen silta oppii, missä mitkäkin MAC-osoitteet ovat. Linux-sillan dokumentaatio kuvaa tämän MAC-pohjaisen edelleenlähetyksen rajan.

Tässä etäinen yhdyskäytävä ei reititä lainkaan kahden samanlaisen aliverkon välillä. Kehykset ylittävät alustan, joka reitittää IP:tä itse, kun sillat jatkavat Ethernet-keskustelua.

Hinta on suurempi vaikutussäde. Tulva tuntemattomille kohteille, silmukat, DHCP-jako ja yksilöllinen osoitteistus tarvitsevat kaikki yhden suunnitelman, joka kattaa molemmat toimipisteet. Kun WAN kaatuu, isännät menettävät liikennettä, jota pitävät paikallisena. Sillan suodatus ja VLAN-säännöt voivat rajoittaa, mitä ylittää, mutta kuljetus ei silti lupaa, että jokainen paikallinen ohjauskehys pääsee perille.

Proxy ARP on kolmas ratkaisu

Reititin voi vastata ARPiin etäosoitteen puolesta ja reitittää sitten sinne. Tämä saa etäisännän näyttämään lähettäjän kannalta suoralta linkiltä venyttämättä lähetysverkkotunnusta.

Se on kapeampi työkalu kuin siltaaminen: se riippuu edelleenlähetyksestä, paluureiteistä ja jokaisen osoitteen selkeästä omistajasta.

Se ei myöskään tee mielivaltaisista ei-IP-protokollista reititettäviä eikä toista Ethernet-lähetysverkkotunnusta. Käytä sitä, kun vaatimus on täsmälleen tämä korvaus, ei pikareittinä lykätylle uudelleennumeroinnille.

Valitse vaatimuksen mukaan ja varmista sitten

Tavalliseen toimistojen väliseen sovelluskäyttöön erilliset etuliitteet ja eksplisiittiset reitit antavat selkeämmän rajan. Sillota, kun vaatimus on todella linkkikerroksen viereisyys. Numeroi uudelleen, kun jaetun etuliitteen ainoa syy on, ettei kukaan ole vielä tehnyt sitä.

Varmista, mikä ratkaisu sinulla todella on kysymällä isännältä, mitä se tekee kohteelle:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

Suoran linkin tulos epäonnistuneella naapurimerkinnällä viittaa puuttuvaan linkkikerroksen polkuun. via-tulos nimeää yhdyskäytävän ja siirtää kysymyksen reititykseen. Tarkista sillalta edelleenlähetystietokanta nähdäksesi, opittiinko MAC tunnelin kautta. Jokainen tulos kaventaa suunnittelukysymystä sen sijaan, että aloittaisi sen uudelleen.