Oorbrugde terreine het steeds ’n plaaslike internet-uitgang nodig

Die VLAN-uitbreiding het skoon getoets: gashere by beide terreine sien mekaar, lêerdelings werk en drukkers antwoord. Dan merk iemand by die kleiner terrein dat elke aflaai die ander terrein se internetlyn gebruik, en die kaartjie kom in as ’n bandwydteklag. Die brug het presies gedoen waarvoor dit gevra is. Dit het rame tussen twee geboue gedra, en dit het nooit ’n mening gehad oor watter router daardie rame vir die internet moet gebruik nie.

Die brug dra rame, nie besluite nie

’n Laag 2-uitbreiding laat twee plekke soos een uitsaaidomein lyk, so ARP-versoeke, DHCP-uitsendings en verkeer binne dieselfde subnet steek almal die tonnel oor. Dit is die hele diens wat dit lewer. Niks in die brug ondersoek ’n bestemmingsadres, vergelyk dit met ’n terrein se opstroomlyn of stuur verkeer na die nader uitgang nie. Elke kliënt neem steeds sy eie plaaslike-of-afgeleë besluit met die adres en masker waarmee dit opgestel is.

Plaas twee routers op daardie gedeelde subnet en albei word waarskynlike poorte, of een van hulle naby die kliënt is of nie.

Hoe ’n kliënt sy poort kies

Die IPv4-besluit wat in RFC 1122 beskryf word, is eenvoudig. ’n Bestemming binne die kliënt se gekoppelde subnet word regstreeks met ARP bereik, en ’n bestemming daarbuite gaan na die opgestelde standaardpoort. Daarom kan verkeer binne dieselfde subnet tussen die terreine die brug oorsteek sonder enige betrokkenheid van ’n router, en daarom hang internetverkeer heeltemal af van die poortadres wat die kliënt ontvang het. Die twee gedragspatrone is onafhanklik, en ’n werkende lêerdeling bewys net die eerste een.

As ’n kliënt by die klein terrein met die groot terrein se router opgestel is, steek sy internetrame eers die tonnel oor en gaan dit daar uit.

Om die VPN-toestel se eie standaardroete te verander, skuif nie daardie kliënt se poort nie, want die kliënt gebruik nie die toestel as ’n router nie. Die toestel het ook ’n aparte roete vir sy verre eweknie nodig sodat die tonnel wat daardie rame dra, bly staan, en om die twee te verwar is hoe ’n bruguitbreiding sy eie vervoer laat val.

Laat DHCP die beoogde uitgang uitdruk

Opsie 3 in ’n DHCP-antwoord gee ’n lys routeradresse op die kliënt se subnet, in voorkeurorde, en kliënte neem gewoonlik die eerste een wat antwoord. Die meganisme is reg; die eienaarskap is waar ontwerpe verkeerd loop. Teken aan wat ’n werklike huurkontrak by elke terrein lewer, eerder as om te aanvaar dat die naaste DHCP-bediener die naaste poort sal uitdeel.

Bedryf een gekoördineerde toekender, of twee wat uitdruklik vir dieselfde beleid opgestel is, en gee die beleid ’n eienaar. ’n Tweede onafhanklike toekender by die afgeleë terrein skep nie lokaliteit nie, dit skep twee outoriteite vir dieselfde uitsaaidomein.

Moenie een poortadres aan twee onafhanklik aktiewe routers toeken net om beide terreine se instellings identies te laat lyk nie. ’n Gedeelde virtuele adres oor ’n oorbrugde segment is ’n eerste-hop-oortolligheidsontwerp met sy eie vereistes, en ’n selfgemaakte weergawe lewer ARP-konflikte op wat soos ongereelde pakkieverlies lyk. As die toepassing nie werklik ’n gedeelde Laag 2-segment nodig het nie, is aparte gerouteerde prefikse met plaaslike standaardroetes eenvoudiger om te bedryf en makliker om tydens ’n voorval te verduidelik.

Toets die vier dinge afsonderlik

Vra vier waarnemings, nie een nie. Neem ’n nuwe DHCP-huurkontrak by elke terrein en teken die router en masker aan wat dit ontvang het. Bereik ’n diens binne dieselfde subnet by die ander terrein en bevestig dat die pad die brug is, nie ’n geroteerde omweg nie. Haal iets van die publieke internet by elke terrein en bevestig watter opstroomlyn dit gedra het. Laat dan die tonnel val en kyk wat breek, want ’n terrein wat alle verbinding verloor wanneer die brug faal, het op die verre poort staatgemaak sonder dat iemand dit agtergekom het.

Daardie vier resultate vertel jou of jy ’n tussenterrein-brug, ’n plaaslike uitgang of ’n toevallige terugvoer het, en dit neem tien minute om in te samel.

Die ontwerpbeginsel is onopsigtelik: oorbrugging bepaal bereikbaarheid, DHCP bepaal die poort, en die roetetabel op die toestel bepaal die tonnel se eie pad. Hou die drie in aparte gesprekke, want ’n enkele verandering wat al drie probeer regmaak, breek gewoonlik twee.