SoftEther каскады: эки виртуалдык хабды атайын туташтыруу
Каскад жергиликтүү хабды конфигурацияланган инсандыктын алдында алыскы хабга туташтырат. Ал чыгуу түйүнү эмес жана ошол хабдар көпүрө кылгандын баарын алып жүрөт.
Каскад менен туташкан эки SoftEther хабы бир трансляция доменин бөлүшөт, ошондуктан цикл же экинчи DHCP сервери жергиликтүү ката болуудан калып, жалпы катага айланат. Бул бүт тобокелдиктин модели. Каскад өзү конфигурацияланган кардар мамилеси: жергиликтүү виртуалдык хаб ошол сервер уруксат берген инсандыктын алдында алыскы сервердин хабына сыртка туташат. Ал чоңураак виртуалдык тармак үчүн курулуш блогу, эч качан интернетке чыгуу эмес.
1. Туташуу эмнени алып жүрүшү керектигин чечиңиз
Талаптан баштаңыз, функциядан эмес. Каскад хабдардын ортосунда экинчи катмардын фреймдерин жылдырат жана эки жер бир Ethernet сегменти болуп көрүнүшү керек болгондо ушул керек. Эгер муктаждык бир нече ички тармакка маршрутталган жетүү гана болсо, маршрутталган жол жөнөкөй жана көрүүгө жеңил түрдө ийгиликсиз болот. Каскадды тандоо сизди жалпы трансляцияга, жалпы табууга жана бир циклдик топологияга байланыштырат.
Серверге тийүүдөн мурун талапты бир сапка жазыңыз: кайсы системалар бир зымда көрүнүшү керек жана кайсыларына эле маршрут керек. «Маршрут» деп жооп бергендин баары каскаддан тышкары. Ушул бир сүйлөм кайталанма дарек кызматтары менен бүткөн долбоорлордун көбүн алдын алат.
2. Уруксат берүүчү инсандыктын алкагын аныктаңыз
Серверди башкаруучу каттоо маалыматтары жана каскад туташуу үчүн колдонгон инсандык ар башка сырлар, аларды аралаштыруу узун куйруктуу кадимки кыска жол. Алыскы хабга ушул каскадга туташууга уруксат берген колдонуучу же саясат жазуусу керек. Ошол жазуу — авторизация; ийгиликтүү кирүү алыскы хабдын артында эмне бар экенин айтпайт.
Кайсы хаб баштаарын, кайсы алыскы хабга кошуларын жана алыскы инсандык эмнеге жете аларын жазыңыз. Милдеттенме алуудан мурун эки архитектураны салыштырыңыз:
| 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 |
Эки тараптын каттоо маалыматтарын жана калыбына келтирүү нускамаларын актуалдуу кармаңыз. Алыскы хабдагы сырсөздүн өзгөрүшү же саясатты оңдоо жергиликтүү колдонуучуларыңызга тийбей каскадды бузат, ал эми бузулуу адатта күйүп турган бирок бош шилтеме катары көрүнөт.
3. Хаб мурунтан эмнени алып жүргөнүн караңыз
Хаб сейрек обочолонгон. Ал мурунтан физикалық адаптерге көпүрө салып, виртуалдык маршрутизатор аркылуу маршруттап же башка жерге каскаддап жаткан болушу мүмкүн, жана ошол туташуулардын ар бири жаңы мамилеге өткөрүлөт. Ошондуктан «биз эки хабды эле туташтырдык» деген сөз көп учурда «эмнеге бул эки жер азыр бир сегмент» деген суроого айланат.
Бир физикалык сегментке көпүрөлөнгөн, анан бири-бири менен каскаддалган эки хаб цикл түзөт. Spanning tree кошуңуз же аны курбаңыз. Ошол эле сыноо максатка башка каскад аркылуу жеткен хабга да тиешелүү: экинчи туташуу сыйымдуулукту кошпойт, ал жолду кошот.
Бир маршрут жетишпегендиктен туташуу кошпоңуз; маршрутту оңдоңуз. Адегенде топологияны кагазга тартыңыз, ар бир көпүрө жана каскад менен, анткени диаграмма эки мүнөт алат жана циклдердин көбүн алар пайда боло электе эле кармайт.
4. Кошулуудан мурун даректерди иреттеңиз
Кошулган сегменттер кайталанма ички тармактарды алып келет, ал эми кайталанма DHCP серверлери классикалык симптом: кардарлар биринчи жооп берген серверден ижара алышат, ошондуктан жүрүм-турум туш келди көрүнөт жана кайра жүктөөлөрдүн ортосунда оошуп турат. Кайсы тарап даректерди бөлүштүрүүгө ээ экенин алдын ала чечиңиз жана алыскы сегментке жергиликтүү эч нерсе менен кабатташпаган диапазон бериңиз. Экинчи DHCP кызматын каскад тармакка чыкканга чейин өчүрүңүз, биринчи нааразылыктан кийин эмес.
DNS өзүнчө суроо. Каскад фреймдерди алып жүрөт; ал резолверлерди конфигурациялабайт, жана жергиликтүү тарапта чечилген ат туташуу аркылуу чечилбеши мүмкүн. Издөөнү IP жолунан өзүнчө текшериңиз, анткени иштеген ping экөөнүн бирин гана далилдейт.
5. Аны реалдуу ресурс менен далилдеңиз
Көздөлгөн алыскы сегментте уруксат берилген кызматты тандап, жооптун каскад аркылуу кайтканын ырастаңыз. Анан аттарды чечүү үчүн кайталаңыз. Эгер максат трансляция аркылуу табууга таянса, бир зымга караганда көпүрөлөнгөн туташууда башка жүрүм-турумду күтүңүз жана аны кемчилик катары жазуунун ордуна планга кошуңуз.
Акырында топологияны жазып коюңуз: кайсы хаб кайда каскаддайт, кайсы инсандык уруксат берет, кайсы сегменттер көпүрөлөнгөн жана ар биринде даректерди бөлүштүрүү кимге таандык. Ошол жазуу кийинки адамга бар экенин билбеген сегментти түшүрбөй саясатты өзгөртүүгө мүмкүндүк берет.