SoftEther kaskaad: ühenda kaks virtuaalset hubi teadlikult
Kaskaad ühendab kohaliku hubi kaugemaga konfigureeritud identiteedi all. See ei ole väljundsõlm ja kannab kõike, mida need hubid juba sildavad.
Kaskaadiga ühendatud kaks SoftEtheri hubi jagavad ühte leviedastusdomeeni, seega tsükkel või teine DHCP-server lakkab olemast kohalik viga ja muutub jagatud veaks. See on kogu riskimudel. Kaskaad ise on konfigureeritud kliendisuhe: kohalik virtuaalne hub ühendub välja kaugserveri hubiga identiteedi all, mille see server volitab. See on suurema virtuaalvõrgu ehitusplokk, mitte kunagi interneti väljund.
1. Otsustage, mida link peab kandma
Alustage nõudest, mitte funktsioonist. Kaskaad liigutab teise kihi kaadreid hubide vahel ja seda on vaja siis, kui kaks asukohta peavad nägema välja nagu üks Etherneti segment. Kui vajadus on ainult marsruuditud juurdepääs mõnele alamvõrgule, on marsruuditud tee lihtsam ja ebaõnnestub nähtavamal viisil. Kaskaadi valimine kohustab teid jagatud leviedastuse, jagatud avastamise ja ühe tsükli topoloogiaga.
Kirjutage nõue ühele reale enne serveri puudutamist: millised süsteemid peavad paistma samal juhtmel ja millistel on vaja ainult marsruuti. Kõik, mis vastab «marsruut», kuulub kaskaadist välja. See üks lause hoiab ära enamiku kavadest, mis lõpevad dubleeritud aadressiteenustega.
2. Piiritlege identiteet, mis seda volitab
Serveri haldamiseks kasutatavad mandaadid ja identiteet, mida kaskaad ühenduse loomiseks kasutab, on erinevad saladused, ja nende segamine on tavaline otsetee pika sabaga. Kaugemal hubil on vaja kasutaja- või poliitikakannet, mis lubab sellel kaskaadil ühenduda. See kanne on volitus; edukas sisselogimine ei ütle midagi selle kohta, mis on kaugema hubi taga.
Kirjutage üles, milline hub algatab, millise kaugema hubiga see liitub ja mida kaugem identiteet võib saavutada. Enne kohustuse võtmist võrrelge kahte arhitektuuri:
| 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 |
Hoidke mõlema otsa mandaadid ja taastamisjuhised ajakohastena. Parooli muutmine või poliitika redigeerimine kaugemal hubil katkestab kaskaadi ilma teie kohalikke kasutajaid puudutamata, ja rike ilmneb tavaliselt lingina, mis on üleval, kuid tühi.
3. Vaadake üle, mida hub juba kannab
Hub on harva isoleeritud. See võib juba sildata füüsilist adapterit, marsruutida virtuaalse ruuteri kaudu või kaskaadida mujale, ja iga selline kinnitus kantakse uude suhtesse. Seetõttu muutub «ühendasime ainult kaks hubi» nii sageli küsimuseks «miks on need kaks asukohta nüüd üks segment?».
Kaks hubi, mis on sillatud samasse füüsilisse segmenti ja seejärel üksteisega kaskaaditud, moodustavad tsükli. Lisage spanning tree või ärge seda ehitage. Sama test kehtib hubi kohta, mis jõuab sihtmärgini juba teise kaskaadi kaudu: teine link ei lisa mahtu, vaid lisab tee.
Ärge lisage linki sellepärast, et üks marsruut puudub; parandage marsruut. Joonistage topoloogia esmalt paberile, sealhulgas iga sild ja kaskaad, sest diagramm võtab kaks minutit ja püüab enamiku tsüklitest enne nende tekkimist.
4. Korraldage adresseerimine enne liitumist
Ühendatud segmendid toovad dubleeritud alamvõrgud ja dubleeritud DHCP-serverid on klassikaline sümptom: kliendid saavad rendi serverilt, mis vastab esimesena, seega tundub käitumine juhuslik ja liigub taaskäivituste vahel. Otsustage eelnevalt, milline pool omab aadresside määramist, ja andke kaugemale segmendile vahemik, mis ei kattu millegi kohalikuga. Lülitage teine DHCP-teenus välja enne, kui kaskaad läheb võrku, mitte pärast esimest kaebust.
DNS on eraldi küsimus. Kaskaad kannab kaadreid; see ei konfigureeri resolvereid ja kohalikul poolt lahendatav nimi ei pruugi lingi kaudu lahenduda. Testige päringut IP-teest eraldi, sest töötav ping tõestab ainult ühte kahest.
5. Tõestage seda reaalse ressursiga
Valige ettenähtud kaugemas segmendis lubatud teenus ja kinnitage, et vastus tuleb kaskaadi kaudu tagasi. Seejärel korrake nimede lahendamisega. Kui sihtmärk sõltub leviedastuse avastamisest, oodake sillatud lingi kaudu teistsugust käitumist kui ühe juhtme peal, ja planeerige seda, mitte ärge registreerige seda defektina.
Lõpuks kirjutage topoloogia üles: milline hub kuhu kaskaadib, milline identiteet seda volitab, millised segmendid on sillatud ja kes omab aadresside määramist igas neist. See märge võimaldab järgmisel inimesel poliitikat muuta ilma segmenti maha võtmata, mille olemasolust ta ei teadnud.