SoftEther kaskadı: iki virtual habı qəsdən birləşdirmək
Kaskad yerli habı konfiqurasiya edilmiş kimlik altında uzaq haba birləşdirir. O, çıxış qovşağı deyil və həmin habların artıq birləşdirdiyi hər şeyi daşıyır.
Kaskadla birləşən iki SoftEther habı bir yayım domenini paylaşır, beləliklə dövrə və ya ikinci DHCP server yerli səhv olmaqdan çıxıb ortaq səhvə çevrilir. Bütün risk modeli budur. Kaskad özü konfiqurasiya edilmiş müştəri münasibətidir: yerli virtual hab uzaq serverin habına həmin serverin icazə verdiyi kimlik altında qoşulur. O, daha böyük virtual şəbəkə üçün tikinti blokudur, heç vaxt internet çıxışı deyil.
1. Əlaqənin nə daşımalı olduğuna qərar verin
Xüsusiyyətdən deyil, tələbdən başlayın. Kaskad hablar arasında ikinci qat çərçivələrini daşıyır və bu, iki sahə bir Ethernet seqmenti kimi görünməli olduqda lazımdır. Əgər ehtiyac yalnız bir neçə alt şəbəkəyə marşrutlaşdırılmış girişdirsə, marşrutlaşdırılmış yol daha sadədir və görməsi daha asan şəkildə uğursuz olur. Kaskad seçmək sizi ortaq yayıma, ortaq kəşfiyyata və bir dövrə topologiyasına bağlayır.
Serverə toxunmadan əvvəl tələbi bir sətirdə yazın: hansı sistemlər eyni naqildə görünməlidir və hansılara yalnız marşrut lazımdır. «Marşrut» cavabını verən hər şey kaskaddan kənarda qalır. Bu tək cümlə təkrar ünvan xidmətləri ilə bitən dizaynların çoxunun qarşısını alır.
2. İcazə verən kimliyin əhatəsini müəyyən edin
Serveri idarə edən etimadnamələr və kaskadın qoşulmaq üçün istifadə etdiyi kimlik fərqli sirlərdir və onları qarışdırmaq uzun quyruqlu adi qısayoldur. Uzaq haba bu kaskadın qoşulmasına icazə verən istifadəçi və ya siyasət qeydi lazımdır. Həmin qeyd icazədir; uğurlu giriş uzaq habın arxasında nə olduğu barədə heç nə demir.
Hansı habın başlatdığını, hansı uzaq haba qoşulduğunu və uzaq kimliyin nəyə çata bildiyini qeyd edin. Öhdəlik götürməzdən əvvəl iki arxitekturanı müqayisə edin:
| 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 |
Hər iki tərəfin etimadnamələrini və bərpa təlimatlarını aktual saxlayın. Uzaq habda parol dəyişikliyi və ya siyasət redaktəsi yerli istifadəçilərinizə toxunmadan kaskadı pozur və nasazlıq adətən işlək amma boş görünən əlaqə kimi ortaya çıxır.
3. Habın artıq nə daşıdığını yoxlayın
Hab nadir hallarda təcrid olunur. O, artıq fiziki adapterə körpü qura, virtual marşrutlaşdırıcıdan keçə və ya başqa yerə kaskad edə bilər və bu birləşmələrin hər biri yeni münasibətə daşınır. Buna görə «biz yalnız iki habı birləşdirdik» ifadəsi çox vaxt «bu iki sahə indi niyə bir seqmentdir» sualına çevrilir.
Eyni fiziki seqmentə körpülənmiş və sonra bir-birinə kaskadlanmış iki hab dövrə yaradır. Spanning tree əlavə edin və ya onu qurmayın. Eyni sınaq hədəfə artıq başqa kaskadla çatan hab üçün də keçərlidir: ikinci əlaqə tutum əlavə etmir, yol əlavə edir.
Bir marşrut çatışmadığı üçün əlaqə əlavə etməyin; marşrutu düzəldin. Topologiyanı əvvəlcə kağızda çəkin, hər körpü və kaskad daxil olmaqla, çünki diaqram iki dəqiqə çəkir və dövrələrin çoxunu yaranmadan tutur.
4. Qoşulmadan əvvəl ünvanlamanı həll edin
Birləşmiş seqmentlər təkrar alt şəbəkələr gətirir və təkrar DHCP serverlər klassik simptomdur: müştərilər ilk cavab verən serverdən icarə götürür, buna görə davranış təsadüfi görünür və yenidən başlatmalar arasında yer dəyişir. Əvvəlcədən hansı tərəfin ünvan təyinatına sahib olduğuna qərar verin və uzaq seqmentə yerli heç nə ilə üst-üstə düşməyən aralıq verin. Digər DHCP xidmətini kaskad işə düşməzdən əvvəl söndürün, ilk şikayətdən sonra deyil.
DNS ayrı məsələdir. Kaskad çərçivələr daşıyır; o, həllediciləri konfiqurasiya etmir və yerli tərəfdə həll olunan ad əlaqə üzərindən həll olunmaya bilər. Axtarışı IP yolundan ayrıca sınayın, çünki işləyən ping ikisindən yalnız birini sübut edir.
5. Bunu real resursla sübut edin
Nəzərdə tutulan uzaq seqmentdə icazəli xidmət seçin və cavabın kaskad vasitəsilə qayıtdığını təsdiqləyin. Sonra ad həlli üçün təkrarlayın. Əgər hədəf yayım kəşfiyyatına arxalanırsa, körpülənmiş əlaqə üzərində tək naqildən fərqli davranış gözləyin və bunu qüsur kimi qeyd etmək əvəzinə planlaşdırın.
Nəhayət, topologiyanı yazın: hansı hab hara kaskad edir, hansı kimlik buna icazə verir, hansı seqmentlər körpülənib və hər birində ünvan təyinatı kimə aiddir. Bu qeyd növbəti şəxsin heç vaxt bilmədiyi seqmenti söndürmədən siyasəti dəyişməsinə imkan verir.