SoftEther-kaskade: kople to virtuelle hubar med vilje
Ein kaskade koplar ein lokal hub til ein ekstern under ein konfigurert identitet. Han er ikkje ein utgangsnode, og han ber alt desse hubane allereie bruar.
To SoftEther-hubar kopla med ein kaskade deler eitt kringkastingsdomene, så ei løkke eller ein annan DHCP-tenar sluttar å vere ein lokal feil og blir ein felles. Det er heile risikomodellen. Sjølve kaskaden er eit konfigurert klienthøve: den lokale virtuelle huben koplar ut til huben til ein ekstern tenar under ein identitet som tenaren tillèt. Han er ein byggjekloss for eit større virtuelt nettverk, aldri ein internettutgang.
1. Avgjer kva lenkja skal bere
Start med kravet, ikkje funksjonen. Ein kaskade flyttar rammer på lag to mellom hubar, og det er det du vil når to stader skal sjå ut som eitt Ethernet-segment. Viss behovet berre er ruta tilgang til nokre få subnett, er ein ruta veg enklare og feilar på måtar som er lettare å sjå. Å velje ein kaskade bind deg til felles kringkasting, felles oppdaging og éin løkketopologi.
Skriv kravet på éi line før du rører ein tenar: kva system skal sjå ut som dei er på same leidning, og kva treng berre ei rute. Alt som svarar «ei rute», høyrer utanfor kaskaden. Denne eine setninga hindrar dei fleste designa som endar med doble adressetenester.
2. Avgrens identiteten som autoriserer det
Legitimasjonen som administrerer ein tenar, og identiteten ein kaskade brukar for å kople til, er ulike løyndomar, og å blande dei er ein vanleg snøggveg med lang hale. Den eksterne huben treng ei brukar- eller policyoppføring som lèt denne kaskaden kople til. Den oppføringa er autorisasjonen; ei vellukka innlogging seier ingenting om kva som ligg bak den eksterne huben.
Noter kva hub som initierer, kva ekstern hub han koplar seg til, og kva den eksterne identiteten kan nå. Samanlikn dei to arkitekturene før du forpliktar deg:
| Requirement | Routed path | Cascaded segment |
|---|---|---|
| Broadcast domain | Separate on each side | Shared across the link |
| Address service | One DHCP server per side | Must not run two on one domain |
| Loop risk | Route loops only | Layer-two loops if segments overlap |
Hald legitomasjonen og gjenopprettingsinstruksane til begge endar oppdaterte. Ei passordendring eller policyredigering på den eksterne huben bryt kaskaden utan å røre dei lokale brukarane dine, og feilen viser seg vanlegvis som ei lenkje som er oppe men tom.
3. Undersøk kva huben allereie ber
Ein hub er sjeldan isolert. Han bruar kanskje allereie til ein fysisk adapter, rutar gjennom ein virtuell ruttar eller kaskaderer ein annan stad, og kvar av desse tilkoplingane følgjer med inn i det nye høvet. Difor blir «vi kopla berre to hubar» så ofte til «kvifor er desse to stadene no eitt segment?».
To hubar som er brua inn i same fysiske segment og deretter kaskaderte til kvarandre, dannar ei løkke. Legg til spanning tree eller ikkje bygg det. Den same testen gjeld for ein hub som allereie når målet gjennom ein annan kaskade: ei anna lenkje legg ikkje til kapasitet, ho legg til ein veg.
Ikkje legg til ei lenkje fordi ei rute manglar; rett ruta. Teikn topologien på papir først, inkludert kvar bru og kaskade, fordi diagrammet tek to minutt og fangar dei fleste løkkene før dei finst.
4. Rydd opp i adressering før samankopling
Samankopla segment gir doble subnett, og doble DHCP-tenarar er det klassiske symptomet: klientar tek ein lease frå tenaren som svarar først, så åtferda verkar tilfeldig og flyttar seg mellom omstartar. Avgjer på førehand kva side som eig adressetildelinga, og gje det fjerne segmentet eit område som ikkje overlappar noko lokalt. Deaktiver den andre DHCP-tenesta før kaskaden kjem på nett, ikkje etter den første klaga.
DNS er eit eige spørsmål. Ein kaskade ber rammer; han konfigurerer ikkje resolvarar, og eit namn som blir løyst på den lokale sida, blir kanskje ikkje løyst over lenkja. Test oppslaget separat frå IP-vegen, fordi ein fungerande ping berre provar éin av dei to.
5. Prov det med ein ekte ressurs
Vel ei tillaten teneste på det tiltenkte fjerne segmentet og stadfest at svaret kjem tilbake gjennom kaskaden. Gjenta deretter for namneoppslag. Viss målet er avhengig av kringkastingsopdaging, vent annan åtferd over ei brua lenkje enn på éin leidning, og planlegg for det i staden for å registrere det som ein feil.
Til slutt, skriv ned topologien: kva hub som kaskaderer kvar, kva identitet som autoriserer det, kva segment som er brua, og kven som eig adressetildelinga på kvar. Den noten er det som lèt neste person endre ein policy utan å ta ned eit segment dei ikkje visste fanst.