SoftEther-kaskade: koble to virtuelle huber med vilje
En kaskade kobler en lokal hub til en ekstern under en konfigurert identitet. Den er ikke en utgangsnode, og den bærer alt disse hubene allerede broer.
To SoftEther-huber koblet med en kaskade deler ett broadcast-domene, så en løkke eller en annen DHCP-server slutter å være en lokal feil og blir en felles. Det er hele risikomodellen. Selve kaskaden er et konfigurert klientforhold: den lokale virtuelle huben kobler ut til en ekstern servers hub under en identitet som serveren tillater. Den er en byggekloss for et større virtuelt nettverk, aldri en internettutgang.
1. Bestem hva lenken skal bære
Start med kravet, ikke funksjonen. En kaskade flytter rammer på lag to mellom huber, og det er det du vil når to steder skal se ut som ett Ethernet-segment. Hvis behovet bare er rutet tilgang til noen få subnett, er en rutet vei enklere og feiler på måter som er lettere å se. Å velge en kaskade binder deg til felles broadcast, felles oppdagelse og én løkketopologi.
Skriv kravet på én linje før du rører en server: hvilke systemer skal se ut som de er på samme ledning, og hvilke trenger bare en rute. Alt som svarer «en rute», hører utenfor kaskaden. Denne ene setningen hindrer de fleste designene som ender med doble adressetjenester.
2. Avgrens identiteten som autoriserer det
Legitimasjonen som administrerer en server, og identiteten en kaskade bruker for å koble til, er forskjellige hemmeligheter, og å blande dem er en vanlig snarvei med lang hale. Den eksterne huben trenger en bruker- eller policyoppføring som tillater denne kaskaden å koble til. Den oppføringen er autorisasjonen; en vellykket innlogging sier ingenting om hva som ligger bak den eksterne huben.
Noter hvilken hub som initierer, hvilken ekstern hub den kobler seg til, og hva den eksterne identiteten kan nå. Sammenlign de to arkitekturene før du forplikter 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 |
Hold legitimasjonen og gjenopprettingsinstruksjonene til begge ender oppdaterte. En passordendring eller policyredigering på den eksterne huben bryter kaskaden uten å røre dine lokale brukere, og feilen vises vanligvis som en lenke som er oppe men tom.
3. Undersøk hva huben allerede bærer
En hub er sjelden isolert. Den broer kanskje allerede til en fysisk adapter, ruter gjennom en virtuell ruter eller kaskaderer et annet sted, og hver av disse tilkoblingene følger med inn i det nye forholdet. Derfor blir «vi koblet bare to huber» så ofte til «hvorfor er disse to stedene nå ett segment?».
To huber som er broet inn i samme fysiske segment og deretter kaskadert til hverandre, danner en løkke. Legg til spanning tree eller ikke bygg det. Den samme testen gjelder for en hub som allerede når målet gjennom en annen kaskade: en annen lenke legger ikke til kapasitet, den legger til en vei.
Ikke legg til en lenke fordi en rute mangler; rett ruten. Tegn topologien på papir først, inkludert hver bro og kaskade, fordi diagrammet tar to minutter og fanger de fleste løkkene før de finnes.
4. Rydd opp i adressering før sammenkobling
Sammenkoblede segmenter gir doble subnett, og doble DHCP-servere er det klassiske symptomet: klienter tar en lease fra den serveren som svarer først, så oppførselen virker tilfeldig og flytter seg mellom omstarter. Bestem på forhånd hvilken side som eier adressetildelingen, og gi det fjerne segmentet et område som ikke overlapper noe lokalt. Deaktiver den andre DHCP-tjenesten før kaskaden kommer på nett, ikke etter den første klagen.
DNS er et eget spørsmål. En kaskade bærer rammer; den konfigurerer ikke resolvere, og et navn som løses på den lokale siden, løses kanskje ikke over lenken. Test oppslaget separat fra IP-veien, fordi en fungerende ping bare beviser én av de to.
5. Bevis det med en ekte ressurs
Velg en tillatt tjeneste på det tiltenkte fjerne segmentet og bekreft at svaret kommer tilbake gjennom kaskaden. Gjenta deretter for navneoppslag. Hvis målet er avhengig av broadcast-oppdagelse, forvent annen oppførsel over en broet lenke enn på én ledning, og planlegg for det i stedet for å registrere det som en feil.
Til slutt, skriv ned topologien: hvilken hub som kaskaderer hvor, hvilken identitet som autoriserer det, hvilke segmenter som er broet, og hvem som eier adressetildelingen på hvert. Den noten er det som lar neste person endre en policy uten å ta ned et segment de ikke visste fantes.