Oerbrêge siden hawwe noch altyd in lokale ynternetútgong nedich

De VLAN-útwreiding slagge skjin: hosts op beide siden sjogge inoar, bestânsdieling wurket en printers antwurdzje. Dan merkt immen op ’e lytsere side dat elke download de ynternetline fan ’e oare side brûkt, en it kaartsje komt binnen as in klacht oer bânbreedte. De brêge die krekt wat fan har frege waard. Se droech frames tusken twa gebouwen en hie nea in miening oer hokker router dy frames foar it ynternet brûke moatte.

De brêge draacht frames, gjin beslissingen

In útwreiding op laach 2 makket twa lokaasjes ien broadcast-domein, sadat ARP-fersiken, DHCP-broadcasts en ferkear yn deselde subnet allegear troch de tunnel geane. Dat is de hiele tsjinst dy't it leveret. Neat yn ’e brêge ûndersiket in bestimmingsadres, fergelike it mei de uplink fan in side of stjoert ferkear nei de tichterbye útgang. Elke klant nimt noch hieltyd syn eigen lokale of fiere beslissing mei it adres en masker dêr't er mei konfigurearre is.

Set twa routers op dat dielde subnet en beide wurde oannimlike poarten, oft ien fan beide no tichtby de klant is dy't him brûkt of net.

Hoe't in klant syn poarte kiest

De IPv4-beslissing dy't yn RFC 1122 beskreaun is, is ienfâldich. In bestimming binnen it oansletten subnet fan ’e klant wurdt direkt berikt, mei ARP, en in bestimming dêrbûten giet nei de konfigurearre standertpoarte. Dêrom kin ferkear yn deselde subnet tusken de siden de brêge oerstekke sûnder hokker routerbelutsenens ek, en dêrom hinget ynternetferkear hielendal ôf fan it poarteadres dat de klant krigen hat. De twa gedrachspatroanen binne ûnôfhinklik, en in wurkjende bestânsdieling bewiist allinnich it earste.

As in klant op ’e lytse side konfigurearre is mei de router fan ’e grutte side, stekke syn ynternetframes earst de tunnel oer en geane se dêr út.

It feroarjen fan ’e eigen standertrûte fan it VPN-apparaat ferpleatst de poarte fan dy klant net, want de klant brûkt it apparaat hielendal net as router. It apparaat hat ek in aparte rûte nei syn fiere partner nedich sadat de tunnel dy't dy frames draacht oerein bliuwt, en it trochinoar heljen fan dy twa is hoe't in brêge-útwreiding syn eigen ferfier delhellet.

Lit DHCP de bedoelde útgang útdrukke

Opsje 3 yn in DHCP-antwurd jout in list mei routeradressen op it subnet fan ’e klant, yn foarkarsfolchoarder, en klanten nimme meastentiids de earste dy't antwurdet. It meganisme is goed; it eigendom is wêr't ûntwerpen misrinne. Skriuw op wat in echte lease op elk side leveret, ynstee fan oan te nimmen dat de neiste DHCP-tsjinjer de neiste poarte jaan sil.

Run ien koördinearre tawizer, of twa dy't eksplisyt foar itselde belied konfigurearre binne, en jou it belied in eigner. In twadde ûnôfhinklike tawizer dy't op ’e fiere side tafoege wurdt, skept gjin lokaliteit, hy skept twa autoriteiten foar itselde broadcast-domein.

Jou ien poarteadres net oan twa ûnôfhinklik aktive routers allinnich om de ynstellingen fan beide siden identyk lykje te litten. In dield firtueel adres oer in oerbrêge segment is in redundânsje-ûntwerp foar de earste hop mei eigen easken, en in hânmakke ferzje produsearret ARP-konflikten dy't der as tuskentoanich pakketferlies út sjogge. As de applikaasje echt gjin dield segmint op laach 2 nedich hat, binne aparte rûteare prefiksen mei lokale standertpoarten ienfâldiger te betsjinjen en makliker út te lizzen by in ynsidint.

Test de fjouwer dingen apart

Freegje om fjouwer waarnimmings, net ien. Nim in nije DHCP-lease op elk side en skriuw de router en it masker op dat er krigen hat. Berik in tsjinst yn deselde subnet op ’e oare side en befêstigje dat it paad de brêge is en net in rûteare omwei. Helje wat fan it iepenbiere ynternet op elk side en befêstigje hokker uplink it droech. Lit dan de tunnel falle en sjoch wat der brekt, want in side dy't alle ferbining ferliest as de brêge útvalt, wie ôfhinklik fan ’e fiere poarte sûnder dat immen it murk.

Dy fjouwer resultaten fertelle dy oftst in brêge tusken siden, in lokale útgang of in tafallich weromferfier hast, en it sammeljen kostet tsien minuten.

It ûntwerpprinsipe is net glamourues: oerbrêgjen beslisset berikberens, DHCP beslisset de poarte, en de rûtetabel op it apparaat beslisset it eigen paad fan ’e tunnel. Hâld de trije yn aparte petearen, want ien feroaring dy't besiket alle trije te reparearjen, brekt meastentiids twa.