Ikkita faol IPsec tunneli hali ham qaytish yo'li rejasini talab qiladi
Ikki tunnel reja emas. Bitta TCP suhbatni bir juft shlyuz orqali chiqib, boshqasi orqali qaytishini kuzatib boring, so'ng holatni kim ushlab turishini hal qiling.
Bir saytdagi ish stansiyasida terminal oching va boshqa saytdagi serverga ulanib oling. O'sha yagona TCP suhbat endi ikkita emas, to'rtta shlyuzdan o'tishi kerak va qiziq tomoni uning yaxshi kunda ishlashida emas. Qiziq tomoni shundaki, oldinga yo'nalish qaysi shlyuz juftini tanladi, javob qaysi juftni tanlaydi va bu sodir bo'layotganda oqim holatini kim ushlab turadi. Marshrutlash jadvalida hech narsa buni siz uchun hal qilmaydi.
Marshrut chizishdan oldin to'rtta shlyuz chizing
Har bir saytda ikkita mustaqil VPN xavfsizlik devori bo'lgan ikki faol dizayn, har bir provayderga bitta juft, sizga ikkita foydali yo'l va ularni buzishning uchta usulini beradi. Biror narsani sozlashdan oldin manzillarni yozib oling: har bir shlyuz oldidan va keyin ko'rinadigan klient, server ham xuddi shunday, oldingi keyingi sakrash va qaytishdagi keyingi sakrash.
O'sha jadval dizayndir. Undan keyingi hamma narsa qurilmalar jadval bilan roziyami degan savol.
Oldinga yo'l qanday tanlanadi
Teng xarajatli ko'p yo'lli marshrutlash qatlami sarlavha maydonlarini xeshlash orqali oqimlarni keyingi sakrashlarga taqsimlaydi, buni RFC 2992 batafsil tasvirlaydi. Bu tanlov butunlay holatsiz bo'lishi mumkin: unga ulanish kuzatuvi yozuvi kerak emas, faqat o'zgarmas maydonlar ustida barqaror xesh kerak. Yo'llar to'plami va xesh kiritmalarini doimiy tuting, shunda oqimning har bir paketi o'sha keyingi sakrashni tanlaydi.
Oqim bo'yicha tanlov har xil kechikishli havolalarda paket-bapaket muvozanati keltirib chiqaradigan qayta tartiblashdan saqlaydi. U teng marshrutlash xarajati teng o'lchangan kechikish degani deb va'da bermaydi, chunki unday emas. Yo'llar tarkibi o'zgarganda oqimlar qayta xaritalanadi, shuning uchun nosozlik paytida ulanishning omon qolishi yo'l tanlashdan alohida talab.
Qaytish yo'li aslida nimaga muhtoj
Bu yerda sayr simmetrik bo'lishdan to'xtaydi. Barqaror oldinga xesh uzoq sayt javob bilan nima qilishini sizga aytmaydi. Agar mustaqil xavfsizlik devori foydali holatni saqlash uchun ulanishning ikkala yo'nalishini ko'rishi kerak bo'lsa, undan chetlab o'tuvchi qaytish yo'li hech narsaga mos kelmaydigan trafikni qoldiradi. O'xshash qoidalar to'plamiga ega ikki quti umumiy holat emas.
Joriy etilgan ikki tomonlama xatti-harakatni tasdiqlang yoki talab qilinadigan chegaralarni izchil ushlab turuvchi aniq siyosat yozing. Bu yerdagi taxmin uzilish paytida, bundan zavqlanmayotgan odamlar tomonidan aniqlanadi.
Tarjima siz uchun hal qiladigan joy
NAT boshqa dastak va u majburiy emas, ixtiyoriy. Yo'lga xos tarjima qilingan identifikatsiyalar javoblarni holatni ushlab turgan shlyuzga qaytarishi mumkin, bu qonuniy dizayn. Ular shuningdek xaritalashlar, qaytish yo'llari va o'sha holat egasini qo'shadi, shuning uchun yukni faqat ovoz chiqarib ayta oladigan talab uchun qabul qiling.
Agar talab shunchaki ikkala yo'l trafik tashishi va ulardan biri provayder yo'qotishidan omon qolishi bo'lsa, izchil qaytish marshrutlashiga ega oddiy oqim bo'yicha ko'p yo'lli yechim odatda kichikroq dizayn.
Qabulni tartib bilan o'ting
Shu tartibda sinab ko'ring va har bir qadamda manzillarni yozib oling: A yo'lida yangi ulanish va uning javob yo'li, B yo'lida ham xuddi shunday, keyin bitta provayderning yo'qolishi, keyin tiklanish. Har bir natija uchun qaysi o'rnatilgan oqimlar ko'chganini, qaysilariga qayta ulanish kerak bo'lganini va yangi oqimlar keyin qayerga ketganini qayd eting. Avval kutilgan qiymatni yozing, keyin uni ushlash bilan solishtiring. Ikkita o'rnatilgan tunnel bulardan hech narsani isbotlamaydi.
Dizayn siz yozgan jadval ushlash ko'rsatganiga mos kelganda tugaydi, ikkala tunnel ham ko'tarilganda emas.