Mostno povezane lokacije še vedno potrebujejo odločitev o lokalnem internetnem izhodu

Razširitev VLAN je minila čisto: gostitelji na obeh lokacijah se vidijo, skupna raba datotek deluje in tiskalniki odgovarjajo. Nato nekdo na manjši lokaciji opazi, da vsak prenos uporablja internetno povezavo druge lokacije, in zahtevek prispe kot pritožba glede pasovne širine. Most je naredil točno to, kar so od njega zahtevali. Prenesel je okvire med dvema zgradbama in nikoli ni imel mnenja o tem, kateri usmerjevalnik naj ti okviri uporabljajo za internet.

Most prenaša okvire, ne odločitev

Razširitev plasti 2 naredi, da dve lokaciji izgledata kot ena broadcastna domena, zato zahteve ARP, oddajanja DHCP in promet v istem podomrežju vsi prečkajo tunel. To je celotna storitev, ki jo nudi. Nič v mostu ne pregleduje ciljnega naslova, ga ne primerja z vzgonsko povezavo lokacije in ne usmerja prometa proti bližjemu izhodu. Vsak odjemalec se še vedno sam odloča lokalno ali oddaljeno z naslovom in masko, s katerima je bil nastavljen.

Postavite dva usmerjevalnika v to skupno podomrežje in oba postaneta verjetni prehod, ne glede na to, ali je kateri od njiju blizu odjemalca, ki ga uporablja.

Kako odjemalec izbere svoj prehod

Odločitev IPv4, opisana v RFC 1122, je preprosta. Cilj znotraj povezanega podomrežja odjemalca je dosežen neposredno, z ARP, cilj zunaj njega pa gre na nastavljeni privzeti prehod. Zato lahko promet v istem podomrežju med lokacijama prečka most brez kakršnega koli sodelovanja usmerjevalnika, in zato je internetni promet popolnoma odvisen od naslova prehoda, ki ga je odjemalec prejel. Obe vedenji sta neodvisni, delujoča skupna raba datotek pa dokazuje le prvo.

Če je bil odjemalec na majhni lokaciji nastavljen z usmerjevalnikom velike lokacije, njegovi internetni okviri najprej prečkajo tunel in izstopijo tam.

Sprememba lastne privzete poti naprave VPN ne premakne prehoda tega odjemalca, ker odjemalec naprave sploh ne uporablja kot usmerjevalnik. Naprava potrebuje tudi ločeno pot do svojega oddaljenega partnerja, da tunel, ki prenaša te okvire, ostane aktiven, in mešanje teh dveh stvari je način, kako razširitev mostu podre lastni transport.

Pustite DHCP, da izrazi predvideni izhod

Možnost 3 v odgovoru DHCP zagotovi seznam naslovov usmerjevalnikov v podomrežju odjemalca po vrstnem redu prednosti, odjemalci pa običajno vzamejo prvega, ki odgovori. Mehanizem je v redu; lastništvo je tisto, kjer se zasnove zmotijo. Zabeležite, kaj dejanski najem zagotovi na vsaki lokaciji, namesto da predvidevate, da bo najbližji strežnik DHCP izdal najbližji prehod.

Upravljajte enega usklajenega dodeljevalnika ali dva, ki sta izrecno nastavljena za isto politiko, in politiki dodelite lastnika. Drugi neodvisni dodeljevalnik, dodan na oddaljeni lokaciji, ne ustvari lokalnosti, ustvari dva organa za isto broadcastno domeno.

Ne dodelite enega naslova prehoda dvema neodvisno aktivnima usmerjevalnikoma samo zato, da bi nastavitve obeh lokacij izgledale enako. Skupni virtualni naslov na mostno povezanem segmentu je zasnova redundance prvega skoka z lastnimi zahtevami, ročno izdelana različica pa ustvari konflikte ARP, ki izgledajo kot občasna izguba paketov. Če aplikacija res ne potrebuje skupnega segmenta plasti 2, so ločene usmerjene predpone z lokalnimi privzetimi prehodi preprostejše za upravljanje in lažje za razlago med incidentom.

Preizkusite štiri stvari ločeno

Zahtevajte štiri opažanja, ne enega. Vzemite nov najem DHCP na vsaki lokaciji in zabeležite prejeti usmerjevalnik in masko. Dosezite storitev v istem podomrežju na drugi lokaciji in potrdite, da je pot most in ne usmerjen obvoz. Prenesite nekaj z javnega interneta na vsaki lokaciji in potrdite, katera vzgonska povezava je to prenesla. Nato spustite tunel in poglejte, kaj se zlomi, ker je lokacija, ki ob okvari mostu izgubi vso povezljivost, odvisna od oddaljenega prehoda, ne da bi kdo to opazil.

Ti štirje rezultati vam povedo, ali imate most med lokacijami, lokalni izhod ali naključno povratno pot, in njihovo zbiranje traja deset minut.

Načelo zasnove ni bleščeče: most odloča o dosegljivosti, DHCP odloča o prehodu, usmerjevalna tabela na napravi pa odloča o lastni poti tunela. Te tri držite v ločenih pogovorih, ker ena sprememba, ki poskuša popraviti vse tri, običajno pokvari dve.