Eit lab-WAN frå éin VLAN: flatt segment eller ruta transport

Éin administrert svitsj og éin ekstra VLAN gjev deg to VPN-gatewayar som snakkar over eit isolert segment på ein ettermiddag. Det segmentet provar er smalare enn det folk ventar av ordet WAN. Det attskapar ein direkte Ethernet-veg, som er nyttig, og det let nesten alt internett gjer med pakkane undervegs liggje. Å velje mellom eit flatt segment og ein ruta labtransport er eigentleg eit spørsmål om kva åtferder du har tenkt å testa.

To design, to ulike leksjonar

Eit flatt segment set begge WAN-grensesnitta og ein testvert i éin VLAN, med adresser frå same prefiks. Alt når alt direkte, og det einaste mellom gatewayane er svitsjen. Det er ein ekte topologi, berre ikkje ein særs interessant ein.

Ein ruta transport legg til ein lab-rutar og minst to segment, slik at gatewayane sit på ulike subnett med ein standard gateway imellom. Den ordninga kostar éi eining til og ein rutetabell, og ho kjøper åtferdene eit einskilt kringkastingsdomene ikkje kan produsera.

Kva det flate segmentet provar

Det provar tilgjenge, autentisering, semje om forslaget og at trafikken går inn i og ut av tunnelen der du ventar det. Det er feila som brukar mest feilsøkingstid, og eit flatt segment finn dei utan nokon rutekompleksitet i vegen. Viss tunnelen ikkje kjem opp her, hjelper inga mengd internett-realisme.

Det er òg rett form for ei repeterbar grunnlinje. Når ein seinare test feilar, kan du køyra det flate tilfellet på nytt og vita om endringa eller den nye føresetnaden årsaka det. Skriv ned grunnlinja med adressene, for du treng å byggja ho opp att seinare.

Kva ruting legg til

Ulike WAN-subnett tyder at gatewayane må ruta i staden for å adressera kvarandre på lenkja, og det er her standard gateway-feil og asymmetriske returvegar dukkar opp. Mellomliggande filtrering og eitt hopp imellom lèt deg testa kva som skjer når ein veg ikkje er direkte.

Kostnaden er fleire stader å ta feil. Kvar ekstra eining er ein konfigurasjon til som kan vera usamd med teikninga, og eit lab som ingen kan byggja opp att frå notat, sluttar å vera eit lab. Oppbevar konfigurasjonen til rutaren i dei notata og ikkje berre i den køyrande tilstanden hans.

Kva ingen av dei to designa attskapar

Omsetjinga til operatøren er den store utelatinga. Ein gateway som verkar på lenkja kan feila bak adresseomsetjing, og eit flatt segment har inga omsetjing i det heile. Endring av kjeldeadresser, ei cellulær overlevering og køane som får ein samtale til å hakka manglar like mykje.

Vegstorleik er den andre utelatinga. Eit lab med éin svitsj og éin rutar produserer nesten aldri den mindre maksimale storleiken ein ekte veg pålegg, så ein fragmenteringsfeil blir skjult til utstyret når ein stad. Den skilnaden forklarer korleis ein tunnel greier kvar labtest og likevel feilar ved den første installasjonen. Han set òg forventningar til kva laben har lov til å lova.

Legg til éin føresetnad om gongen når øvinga treng det, og hald ein køyring utan den føresetnaden som grunnlinje. Elles blir ein feil gitt skulda for ei internett-åtferd laben aldri implementerte. Merk kvar køyring med føresetnaden ho la til, elles sluttar grunnlinja å bety noko.

Å halda laben avgrensa

Bruk eit godkjent privat område som ikkje overlappar produksjon, og registrer tildelinga. Dokumentasjonsområde er døme for diagram, ikkje adresser for eit fungerande lab, og ein overlapping som blir oppdaga seinare gjev ein rutingfeil som ser ut som ein VPN-feil.

Hald posisjonen til testklienten synleg. Ein vert på den private sida følgjer ein annan veg enn ein vert på det simulerte WAN-et, og eit tilfeldig svitsjgrensesnitt eller ein annan uplink kan gå utanom brannmuren du meinte å testa. Ei teikning med klientposisjonen merkt hindrar dei fleste av desse overraskingane.

Før nokon del av utstyret går tilbake til ein ekte uplink, fjern den labspesifikke konfigurasjonen og la produksjonseigaren gå gjennom han. Eit segment er verdifullt fordi åtferda er kjend og avgrensa, og nettopp det gjer det utrygt å flytta det uendra til produksjon.