SoftEther kaskáda: zámerne prepojte dva virtuálne huby
Kaskáda spája lokálny hub so vzdialeným pod nakonfigurovanou identitou. Nie je výstupný uzol a prenáša všetko, čo tieto huby už premosťujú.
Dva huby SoftEther prepojené kaskádou zdieľajú jednu broadcastovú doménu, takže slučka alebo druhý server DHCP prestáva byť lokálnou chybou a stáva sa spoločnou. To je celý model rizika. Samotná kaskáda je nakonfigurovaný klientsky vzťah: lokálny virtuálny hub sa pripája von k hubu vzdialeného servera pod identitou, ktorú tento server autorizuje. Je to stavebný prvok väčšej virtuálnej siete, nikdy nie výstup do internetu.
1. Rozhodnite, čo má spojenie prenášať
Začnite od požiadavky, nie od funkcie. Kaskáda prenáša rámce druhej vrstvy medzi hubmi, a to je to, čo chcete, keď dve lokality majú vyzerať ako jeden Ethernet segment. Ak je potreba len smerovaný prístup k niekoľkým podsietiam, smerovaná cesta je jednoduchšia a zlyháva spôsobmi, ktoré sú lepšie viditeľné. Voľba kaskády vás zaväzuje k spoločnému broadcastu, spoločnému objavovaniu a jednej topológii slučky.
Napíšte požiadavku na jeden riadok, skôr než sa dotknete servera: ktoré systémy musia vyzerať, že sú na tom istom drôte, a ktoré potrebujú len cestu. Všetko, čo odpovedá „cesta“, patrí mimo kaskádu. Táto jediná veta zabráni väčšine návrhov, ktoré končia duplicitnými adresovými službami.
2. Vymedzte identitu, ktorá to autorizuje
Prihlasovacie údaje, ktorými sa spravuje server, a identita, ktorú kaskáda používa na pripojenie, sú rôzne tajomstvá, a ich miešanie je častá skratka s dlhým chvostom. Vzdialený hub potrebuje záznam používateľa alebo pravidla, ktorý tejto kaskáde umožní pripojenie. Ten záznam je autorizácia; úspešné prihlásenie nič nehovorí o tom, čo stojí za vzdialeným hubom.
Zaznamenajte, ktorý hub iniciuje, ku ktorému vzdialenému hubu sa pripája a čo môže vzdialená identita dosiahnuť. Skôr než sa zaviažete, porovnajte obe architektúry:
| 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 |
Udržiavajte aktuálne prihlasovacie údaje a pokyny na obnovu na oboch koncoch. Zmena hesla alebo úprava pravidla na vzdialenom hube preruší kaskádu bez toho, aby sa dotkla vašich lokálnych používateľov, a porucha sa zvyčajne prejaví ako spojenie, ktoré je nahor, ale prázdne.
3. Preskúmajte, čo hub už prenáša
Hub je zriedka izolovaný. Môže už premosťovať fyzický adaptér, smerovať cez virtuálny router alebo kaskádovať niekam inam, a každé z týchto pripojení sa prenáša do nového vzťahu. Preto sa „pripojili sme len dva huby“ tak často mení na „prečo sú tieto dve lokality teraz jeden segment?“.
Dva huby premostené do rovnakého fyzického segmentu a potom kaskádované jeden na druhý tvoria slučku. Pridajte spanning tree alebo to nestavajte. Rovnaký test platí pre hub, ktorý už dosahuje cieľ cez inú kaskádu: druhé spojenie nepridáva kapacitu, pridáva cestu.
Nepridávajte spojenie preto, lebo chýba jedna cesta; opravte cestu. Najprv nakreslite topológiu na papier, vrátane každého mosta a kaskády, pretože diagram trvá dve minúty a zachytí väčšinu slučiek skôr, než vzniknú.
4. Vyriešte adresovanie pred pripojením
Spojené segmenty prinášajú duplicitné podsiete a duplicitné servery DHCP sú klasickým príznakom: klienti berú prenájom od servera, ktorý odpovie prvý, takže správanie vyzerá náhodne a medzi reštartmi sa presúva. Vopred rozhodnite, ktorá strana vlastní prideľovanie adries, a dajte vzdialenému segmentu rozsah, ktorý sa s ničím lokálnym neprekrýva. Vypnite druhú službu DHCP skôr, než kaskáda pôjde online, nie po prvej sťažnosti.
DNS je samostatná otázka. Kaskáda prenáša rámce; nenastavuje prekladače a názov, ktorý sa prekladá na lokálnej strane, sa nemusí preložiť cez spojenie. Testujte dopyt oddelene od cesty IP, pretože fungujúci ping dokazuje len jedno z dvoch.
5. Dokážte to skutočným zdrojom
Vyberte povolenú službu v zamýšľanom vzdialenom segmente a potvrďte, že odpoveď sa vracia cez kaskádu. Potom to zopakujte pre preklad názvov. Ak cieľ závisí od objavovania broadcastom, očakávajte iné správanie cez premostené spojenie než na jedinom drôte, a naplánujte to, namiesto toho, aby ste to hlásili ako chybu.
Nakoniec zapíšte topológiu: ktorý hub kam kaskáduje, ktorá identita to autorizuje, ktoré segmenty sú premostené a kto na každom vlastní prideľovanie adries. Tá poznámka umožní ďalšiemu človeku zmeniť pravidlo bez zvesenia segmentu, o ktorom nevedel, že existuje.