Ikki sayt, bitta subnet: har biri uchun taxallus ko‘rinishini yarating

Ikki mijoz sayti ham 192.168.50.0/24 dan foydalanadi va masofaviy muhandis har birida bir xil manzildagi printerga yetib borishi kerak. Hech qanday marshrutlash hiylasi bu noaniqlikni yakka o‘zi hal qilmaydi. Har bir sayt alohida manzil ko‘rinishiga muhtoj va shlyuz biror narsani uzatishdan oldin saytni shu ko‘rinishdan tanlashi kerak.

Rejada to‘rt qism bor: taxallus prefikslari, tarjimaning ikkala yo‘nalishi, overlay siyosati va nomlar. Har biri boshqalari bilan mos kelishi kerak.

Har bir sayt uchun bitta taxallus prefiksi tanlang

Har bir saytga muhitda boshqa hech kimga tegishli bo‘lmagan to‘liq taxallus prefiksini bering. Ikki saytli reja A saytining 192.168.50.0/24 manzilini 172.21.10.0/24 ga, B saytining bir xil LANini esa 172.21.20.0/24 ga xaritalashi mumkin. Nomzodlarni bulut VPC va boshqa VPN hovuzlarini qo‘shgan holda har bir ishtirokchi tarmoqqa qarshi tekshiring. Xususiy manzil maydoni har bir tashkilot tomonidan bo‘lishiladi, shuning uchun diapazonning RFC 1918 bo‘lishi uning bu yerda bo‘sh ekanini bildirmaydi.

Masofaviy foydalanuvchilarga asl subnetni emas, taxallusni e’lon qiling. Asl diapazon mahalliy fakt bo‘lib qoladi.

Ikki yo‘nalishda tarjima qiling

Ikki yo‘nalishda tarjima qiling. Manzil xaritalash taxallus manzilini egalik qiluvchi saytdagi asl manzilga qayta yozadi. Manba xaritalash masofaviy chaqiruvchini boshqa saytlar ajrata oladigan taxallusga qayta yozadi.

Statik birga-bir xaritalash deterministik, ammo bu amalga oshirishni holatsiz qilmaydi. Teskari tarjima ulanish holatiga bog‘liq bo‘lishi mumkin, nosozlikda o‘tish yoki assimetrik yo‘llar buni e’tiborsiz qoldirgan rejani buzishi mumkin. Qaysi biri qo‘llanishini platforma hujjatlari belgilaydi.

Siyosat, selektorlar va marshrutlar qo‘llanadigan aniq bosqich siyosatga asoslangan IPsec, marshrutga asoslangan tunnellar va boshqa mahsulotlar o‘rtasida farq qiladi. Siz ishlatadiganiga moslab loyihalang.

Rejani overlay orqali o‘tkazing

Hubda har bir taxallus prefiksini unga egalik qiluvchi sayt yo‘liga tayinlang va faqat vazifaga kerakli tranzitga ruxsat bering. To‘rda har bir tegishli tengdosh bir xil prefiks va siyosat bilimiga muhtoj. Tunnel qo‘shish noaniq manzillashni yakka o‘zi tuzatmaydi.

Butun subnetni e’lon qilish bitta xizmatni e’lon qilishdan kengroq. Faqat bir nechta mashina yoki port kerak bo‘lsa, kirish qoidalarini xaritalashdan torroq saqlang.

Sarlavha tarjimasi ilova yuklamalarini qayta yozmaydi. Qayta yo‘naltirishlar, konfiguratsiya fayllaridagi ichki manzillar va manbaga asoslangan ruxsatlar hali ham asl manzilni tashishi mumkin. Faqat pingni emas, ilova yo‘lini sinab ko‘ring. Ishlaydigan ICMP javobi xaritalash mavjudligini isbotlaydi va ilova taxallusni qabul qiladimi-yo‘qmi haqida hech narsa demaydi.

Har bir chaqiruvchi ko‘radigan nomlarni tuzating

Texnik xizmat nomlariga chaqiruvchi ko‘rinishiga mos javoblar bering. Agar masofaviy muhandis xost nomini hal qilsa, u o‘sha saytning taxallus manzilini qaytarishi kerak, umumiy asl diapazonni emas.

Birinchi texnik xizmat oynasidan oldin har bir sayt uchun DNS ko‘rinishlarini tekshiring. Asl subnetga hal bo‘ladigan nom chaqiruvchini reja olib tashlashi kerak bo‘lgan noaniqlikka qaytaradi.

Har bir sayt uchun yozib oling va tekshiring

Har bir saytni haqiqiy chaqiruvchidan alohida qabul qiling va qaysi mashina javob berganini tasdiqlang. Asl manzil, taxallus, egalik qiluvchi shlyuz va ruxsat etilgan xizmatni birga yozib oling.

Uchinchi sayt bir xil standart LAN bilan kelganda aynan shu ro‘yxat farqni saqlaydi. Siyosatga asoslangan IPsec NAT qo‘llanmasi bitta aniq tarjima modelini hujjatlashtiradi; u har bir platforma uchun shartnoma emas.