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. Бодит нөөцөөр нотол
Зорилтот алсын сегмент дээр зөвшөөрөгдсөн үйлчилгээ сонгож, хариулт каскадаар буцаж ирж байгааг батал. Дараа нь нэр шийдэхэд давтан хий. Хэрэв зорилго нэвтрүүлэг илрүүлэлтэд тулгуурладаг бол нэг утсаас илүү гүүрлэгдсэн холбоос дээр өөр зан авир хүлээж, түүнийг гэмтэл гэж бүртгэхийн оронд төлөвлө.
Эцэст нь топологийг бичиж үлдээ: аль хаб хаашаа каскадлах, аль ижилсэлт зөвшөөрөх, ямар сегментүүд гүүрлэгдсэн, тус бүр дээр хаягийн хуваарилалтыг хэн эзэмших. Тэр тэмдэглэл нь дараагийн хүнд оршихыг нь мэдээгүй сегментийг унагахгүйгээр бодлого өөрчлөх боломж олгодог.