Kaskada SoftEther: lidh me qëllim dy hub-e virtuale
Një kaskadë lidh një hub lokal me një të largët nën një identitet të konfiguruar. Nuk është nyje daljeje, dhe mbart gjithçka që ato hub-e tashmë urazojnë.
Dy hub-e SoftEther të lidhur me një kaskadë ndajnë një domen transmetimi, kështu që një lak ose një server i dytë DHCP pushon së qeni gabim lokal dhe bëhet i përbashkët. Ky është i gjithë modeli i rrezikut. Vetë kaskada është një marrëdhënie klienti e konfiguruar: hub-i virtual lokal lidhet nga jashtë me hub-in e një serveri të largët nën një identitet që ai server e autorizon. Është një njësi ndërtimi për një rrjet virtual më të madh, kurrë një dalje interneti.
1. Vendosni çfarë duhet të mbartë lidhja
Filloni nga kërkesa, jo nga funksioni. Një kaskadë lëviz kornizat e shtresës së dytë midis hub-eve, dhe kjo është ajo që doni kur dy vende duhet të duken si një segment i vetëm Ethernet. Nëse nevoja është vetëm akses i rrugëzuar në disa nënrrjeta, një rrugë e rrugëzuar është më e thjeshtë dhe dështon në mënyra më të dukshme. Zgjedhja e një kaskade ju lidh me transmetim të përbashkët, zbulim të përbashkët dhe një topologji të vetme laku.
Shkruani kërkesën në një rresht përpara se të prekni një server: cilat sisteme duhet të duken se janë në të njëjtin kabllo, dhe cilat kanë nevojë vetëm për një rrugë. Çdo gjë që përgjigjet «një rrugë» qëndron jashtë kaskadës. Kjo fjali e vetme parandalon shumicën e projektimeve që përfundojnë me shërbime adresash të dyfishta.
2. Kufizoni identitetin që e autorizon
Kredencialet që administrojnë një server dhe identiteti që një kaskadë përdor për t’u lidhur janë sekrete të ndryshme, dhe përzierja e tyre është një shkurtore e zakonshme me bisht të gjatë. Hub-i i largët ka nevojë për një hyrje përdoruesi ose politike që lejon këtë kaskadë të lidhet. Ajo hyrje është autorizimi; një hyrje e suksesshme nuk thotë asgjë për atë që qëndron pas hub-it të largët.
Regjistroni cili hub fillon, në cilin hub të largët bashkohet dhe çfarë mund të arrijë identiteti i largët. Krahasoni të dyja arkitekturat përpara se të angazhoheni:
| 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 |
Mbani të përditësuara kredencialet dhe udhëzimet e rikuperimit të dy skajeve. Një ndryshim fjalëkalimi ose një redaktim politike në hub-in e largët e thyen kaskadën pa prekur përdoruesit tuaj lokalë, dhe dështimi zakonisht shfaqet si një lidhje që është lart por bosh.
3. Inspektoni çfarë mbart tashmë hub-i
Një hub rrallë është i izoluar. Ai mund të urazojë tashmë një përshtatës fizik, të rrugëzojë përmes një routeri virtual ose të kaskadojë diku tjetër, dhe secila prej këtyre lidhjeve bartohet në marrëdhënien e re. Prandaj «lidhëm vetëm dy hub-e» shndërrohet kaq shpesh në «pse këto dy vende janë tani një segment?».
Dy hub-e të urazuar në të njëjtin segment fizik dhe më pas të kaskaduar drejt njëri-tjetrit formojnë një lak. Shtoni spanning tree ose mos e ndërtoni. I njëjti test vlen për një hub që tashmë e arrin objektivin përmes një kaskade tjetër: lidhja e dytë nuk shton kapacitet, shton një rrugë.
Mos shtoni një lidhje sepse mungon një rrugë; rregulloni rrugën. Vizatoni së pari topologjinë në letër, duke përfshirë çdo urë dhe kaskadë, sepse diagrami merr dy minuta dhe kap shumicën e lakove përpara se të ekzistojnë.
4. Rregulloni adresimin përpara bashkimit
Segmentet e bashkuara sjellin nënrrjeta të dyfishta, dhe serverat e dyfishtë DHCP janë simptoma klasike: klientët marrin një qira nga serveri që përgjigjet i pari, kështu që sjellja duket e rastësishme dhe lëviz midis rindezjeve. Vendosni që më parë cila anë zotëron caktimin e adresave, dhe jepini segmentit të largët një interval që nuk mbivendoset me asgjë lokale. Çaktivizoni shërbimin tjetër DHCP përpara se kaskada të jetë online, jo pas ankesës së parë.
DNS është një pyetje më vete. Një kaskadë mbart korniza; nuk konfiguron zgjidhës, dhe një emër që zgjidhet në anën lokale mund të mos zgjidhet përtej lidhjes. Testoni kërkimin veçmas nga rruga IP, sepse një ping që funksionon provon vetëm njërën nga të dyja.
5. Provoni atë me një burim real
Zgjidhni një shërbim të lejuar në segmentin e largët të synuar dhe konfirmoni që përgjigjja kthehet përmes kaskadës. Më pas përsëriteni për zgjidhjen e emrave. Nëse objektivi mbështetet në zbulim me transmetim, prisni sjellje të ndryshme në një lidhje të urazuar sesa në një kabllo të vetme, dhe planifikojeni atë në vend që ta regjistroni si defekt.
Së fundi, shkruani topologjinë: cili hub kaskadon nga ku, cili identitet e autorizon, cilat segmente janë të urazuar dhe kush zotëron caktimin e adresave në secilin. Ai shënim është ai që i lejon personit të ardhshëm të ndryshojë një politikë pa rrëzuar një segment për të cilin nuk e dinte se ekzistonte.