SoftEther kaskadi: ikkita virtual habni ataylab ulash
Kaskad mahalliy habni sozlangan identifikatsiya ostida uzoq habga ulaydi. Bu chiqish tuguni emas va bu hablar allaqachon ko’prik qilgan hamma narsani tashiydi.
Kaskad bilan ulangan ikkita SoftEther hab bitta translyatsiya domenini bo’lishadi, shuning uchun halqa yoki ikkinchi DHCP server mahalliy xato bo’lishdan to’xtab, umumiy xatoga aylanadi. Bu butun xavf modeli. Kaskadning o’zi sozlangan mijoz munosabati: mahalliy virtual hab o’sha server ruxsat bergan identifikatsiya ostida uzoq serverning habiga tashqariga ulanadi. Bu kattaroq virtual tarmoq uchun qurilish bloki, hech qachon internetga chiqish emas.
1. Ulanish nima tashishini hal qiling
Xususiyatdan emas, talabdan boshlang. Kaskad hablar orasida ikkinchi qatlam kadrlarini ko’chiradi va ikki joy bitta Ethernet segmentidek ko’rinishi kerak bo’lganda aynan shu kerak. Agar ehtiyoj faqat bir nechta ichki tarmoqlarga marshrutlangan kirish bo’lsa, marshrutlangan yo’l soddaroq va ko’rinish osonroq usullarda muvaffaqiyatsiz bo’ladi. Kaskadni tanlash sizni umumiy translyatsiya, umumiy aniqlash va bitta halqa topologiyasiga bog’laydi.
Serverga tegishdan oldin talabni bir qatorga yozing: qaysi tizimlar bitta simda ko’rinishi kerak va qaysilariga faqat yo’l kerak. «Yo’l» deb javob beradigan hamma narsa kaskaddan tashqarida. Shu bitta gap ikki nusxali manzil xizmatlari bilan tugaydigan loyihalarning ko’pini oldini oladi.
2. Ruxsat beruvchi identifikatsiya doirasini belgilang
Serverni boshqaradigan hisob ma’lumotlari va kaskad ulanish uchun ishlatadigan identifikatsiya har xil sirlardir va ularni aralashtirish uzoq dumli oddiy qisqa yo’ldir. Uzoq habga bu kaskadga ulanishga ruxsat beruvchi foydalanuvchi yoki siyosat yozuvi kerak. O’sha yozuv ruxsatdir; muvaffaqiyatli kirish uzoq hab orqasida nima borligi haqida hech narsa demaydi.
Qaysi hab boshlashini, qaysi uzoq habga qo’shilishini va uzoq identifikatsiya nimalarga yetishi mumkinligini yozib qo’ying. Majburiyat olishdan oldin ikkita arxitekturani solishtiring:
| 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 |
Ikki tomonning hisob ma’lumotlari va tiklash ko’rsatmalarini dolzarb saqlang. Uzoq habdagi parol o’zgarishi yoki siyosat tahriri mahalliy foydalanuvchilaringizga tegmasdan kaskadni buzadi va nosozlik odatda ishlab turgan, ammo bo’sh ulanish sifatida ko’rinadi.
3. Hab allaqachon nima tashishini tekshiring
Hab kamdan-kam izolyatsiyalangan bo’ladi. U allaqachon fizik adapterga ko’prik qurgan, virtual marshrutizator orqali marshrutlagan yoki boshqa joyga kaskadlagan bo’lishi mumkin, va bu ulanishlarning har biri yangi munosabatga o’tkaziladi. Shuning uchun «biz faqat ikkita habni uladik» tez-tez «nega bu ikki joy endi bitta segment» degan savolga aylanadi.
Bir fizik segmentga ko’priklangan, so’ngra bir-biriga kaskadlangan ikkita hab halqa hosil qiladi. Spanning tree qo’shing yoki uni qurmang. Xuddi shu sinov maqsadga boshqa kaskad orqali yetib boradigan habga ham tegishli: ikkinchi ulanish sig’im qo’shmaydi, u yo’l qo’shadi.
Bitta yo’l yetishmayotgani uchun ulanish qo’shmang; yo’lni tuzating. Avval topologiyani qog’ozga chizing, har bir ko’prik va kaskad bilan birga, chunki diagramma ikki daqiqa oladi va halqalarning ko’pini ular paydo bo’lishidan oldin ushlaydi.
4. Qo’shilishdan oldin manzillashni tartibga soling
Birlashtirilgan segmentlar ikki nusxali ichki tarmoqlarni olib keladi va ikki nusxali DHCP serverlar klassik belgidir: mijozlar birinchi javob bergan serverdan ijara oladi, shuning uchun xatti-harakat tasodifiy ko’rinadi va qayta yuklashlar orasida joy o’zgartiradi. Qaysi tomon manzil taqsimlashga egaligini oldindan hal qiling va uzoq segmentga mahalliy hech narsa bilan kesishmaydigan diapazon bering. Ikkinchi DHCP xizmatini kaskad onlayn bo’lishidan oldin o’chiring, birinchi shikoyatdan keyin emas.
DNS alohida savol. Kaskad kadrlarni tashiydi; u rezolverlarni sozlamaydi va mahalliy tomonda hal qilinadigan nom ulanish bo’ylab hal qilinmasligi mumkin. Qidiruvni IP yo’lidan alohida sinab ko’ring, chunki ishlayotgan ping ikkisidan faqat bittasini isbotlaydi.
5. Haqiqiy resurs bilan isbotlang
Ko’zda tutilgan uzoq segmentda ruxsat etilgan xizmatni tanlang va javob kaskad orqali qaytishini tasdiqlang. So’ngra nomlarni hal qilish uchun takrorlang. Agar maqsad translyatsiya orqali aniqlashga tayansa, bitta simga qaraganda ko’priklangan ulanishda boshqacha xatti-harakatni kuting va uni nuqson sifatida qayd etish o’rniga rejalashtiring.
Nihoyat topologiyani yozing: qaysi hab qayerga kaskadlanadi, qaysi identifikatsiya ruxsat beradi, qaysi segmentlar ko’priklangan va har birida manzil taqsimlash kimga tegishli. O’sha yozuv keyingi odamga mavjudligini bilmagan segmentni yiqitmasdan siyosatni o’zgartirishga imkon beradi.