Каскадпен қосылған екі SoftEther хабы бір хабар тарату доменін бөліседі, сол себепті цикл немесе екінші DHCP сервері жергілікті қате болудан қалып, ортақ қатеге айналады. Бұл бүкіл тәуекел моделі. Каскадтың өзі конфигурацияланған клиенттік қатынас: жергілікті виртуалды хаб сол сервер рұқсат ететін бірегейлік аясында қашықтағы сервердің хабына сыртқа қосылады. Ол үлкенірек виртуалды желінің құрылыс блогы, ешқашан интернетке шығу емес.

1. Байланыс нені тасымалдауы керектігін шешіңіз

Талаптан бастаңыз, функциядан емес. Каскад хабтар арасында екінші қабаттың фреймдерін жылжытады және екі орын бір Ethernet сегменті болып көрінуі керек кезде дәл осы қажет. Егер қажеттілік бірнеше ішкі желіге маршрутталған қатынас қана болса, маршрутталған жол қарапайым және көруге жеңіл түрде сәтсіздікке ұшырайды. Каскадты таңдау сізді ортақ хабар таратуға, ортақ табуға және бір циклді топологияға байланыстырады.

Серверге қол тигізбес бұрын талапты бір жолға жазыңыз: қай жүйелер бір сымда көрінуі керек және қайсыларына тек маршрут қажет. «Маршрут» деп жауап беретіннің бәрі каскадтан тыс. Осы бір сөйлем қайталанатын мекенжай қызметтерімен аяқталатын жобалардың көбін болдырмайды.

2. Рұқсат беретін бірегейлік аясын анықтаңыз

Серверді басқаратын тіркелгі деректері және каскадтың қосылу үшін пайдаланатын бірегейлігі әртүрлі құпиялар, ал оларды араластыру ұзын құйрықты кәдімгі қысқа жол. Қашықтағы хабқа осы каскадқа қосылуға рұқсат беретін пайдаланушы немесе саясат жазбасы керек. Сол жазба — авторизация; сәтті кіру қашықтағы хабтың артында не бар екені туралы ештеңе айтпайды.

Қай хаб бастайтынын, қай қашықтағы хабқа қосылатынын және қашықтағы бірегейлік немен жетуге болатынын жазыңыз. Міндеттеме алмас бұрын екі сәулетті салыстырыңыз:

RequirementRouted pathCascaded segment
Broadcast domainSeparate on each sideShared across the link
Address serviceOne DHCP server per sideMust not run two on one domain
Loop riskRoute loops onlyLayer-two loops if segments overlap

Екі жақтың тіркелгі деректері мен қалпына келтіру нұсқауларын өзекті ұстаңыз. Қашықтағы хабтағы құпиясөздің өзгеруі немесе саясатты өңдеу жергілікті пайдаланушыларыңызға тимей каскадты бұзады, ал ақау әдетте қосулы бірақ бос байланыс ретінде көрінеді.

3. Хабтың бұрыннан нені тасымалдайтынын қараңыз

Хаб сирек оқшауланған. Ол бұрыннан физикалық адаптерге көпір салып, виртуалды маршрутизатор арқылы маршруттап немесе басқа жерге каскадтап жатқан болуы мүмкін, және сол қосылымдардың әрқайсысы жаңа қатынасқа тасымалданады. Сондықтан «біз тек екі хабты қостық» сөзі жиі «неге бұл екі орын енді бір сегмент» деген сұраққа айналады.

Бір физикалық сегментке көпірленген, содан кейін бір-бірімен каскадталған екі хаб цикл жасайды. Spanning tree қосыңыз немесе оны салмаңыз. Сол тест мақсатқа басқа каскад арқылы жететін хабқа да қатысты: екінші байланыс сыйымдылық қоспайды, ол жол қосады.

Бір маршрут жетіспейтіндіктен байланыс қоспаңыз; маршрутты түзетіңіз. Алдымен топологияны қағазға сызыңыз, әр көпір мен каскадты қоса, өйткені диаграмма екі минут алады және циклдердің көбін олар пайда болмай тұрып ұстайды.

4. Қосылу алдында мекенжайларды реттеңіз

Қосылған сегменттер қайталанатын ішкі желілерді әкеледі, ал қайталанатын DHCP серверлері классикалық симптом: клиенттер бірінші жауап берген серверден жалдау алады, сондықтан мінез-құлық кездейсоқ болып көрінеді және қайта жүктеулер арасында ауысып отырады. Қай тараптың мекенжайларды бөлуге ие екенін алдын ала шешіңіз және алыс сегментке жергілікті ештеңемен қабаттаспайтын ауқым беріңіз. Екінші DHCP қызметін каскад желіге шықпас бұрын сөндіріңіз, бірінші шағымнан кейін емес.

DNS — бөлек сұрақ. Каскад фреймдерді тасымалдайды; ол резолверлерді конфигурацияламайды, және жергілікті жақта шешілетін атау байланыс арқылы шешілмеуі мүмкін. Іздеуді IP жолынан бөлек тексеріңіз, өйткені жұмыс істейтін ping екеуінің тек бірін дәлелдейді.

5. Оны нақты ресурспен дәлелдеңіз

Көзделген алыс сегментте рұқсат етілген қызмет таңдаңыз және жауаптың каскад арқылы қайтатынын растаңыз. Содан кейін атауларды шешу үшін қайталаңыз. Егер мақсат хабар тарату арқылы табуға сүйенсе, бір сымға қарағанда көпірленген байланыста өзгеше мінез-құлық күтіңіз және оны ақау ретінде тіркемей, жоспарға қосыңыз.

Соңында топологияны жазып қойыңыз: қай хаб қайда каскадтайды, қай бірегейлік рұқсат етеді, қай сегменттер көпірленген және әрқайсысында мекенжайларды бөлу кімге тиесілі. Сол жазба келесі адамға бар екенін білмеген сегментті түсірмей саясатты өзгертуге мүмкіндік береді.

Қатысты мақалалар