Ko‘p saytli VPN uchun manzil maydonini qanday byudjetlashtirish kerak

VPN quyi tarmog‘i qanchalik katta bo‘lishi kerakligiga, qaysi manzillarni sanayotganingizni nomlamaguningizcha javob yo‘q. Bir loyihada bu manzillar raqamlangan tunnel ulanishining ikki uchi, boshqasida siyosatga asoslangan tunnel ortidagi ofis LAN tarmog‘i, uchinchisida boshqariladigan shlyuzning ajratilgan infratuzilmasi. Uch obyekt, uch byudjet va o‘lcham xatolarining ko‘pi bir ustunni boshqa ustunning soni bilan to‘ldirishdan kelib chiqadi.

To‘rt rol, to‘rt xil savol

Tashqi transport — bu tengdosh ulanadigan manzil, shuning uchun uning o‘lchami sizning ommaviy manzillashingizga yoki provaydernikiga ergashadi, hech qachon uning ortidagi qurilmalar soniga emas. Ichki tunnel ulanishlari faqat virtual interfeysni raqamlaydigan loyihalarda mavjud va u yerda son topologiyaning qo‘shniliklariga ergashadi. Himoyalangan LAN prefikslari haqiqiy tarmoqlar va ularning o‘sish rejasiga ergashadi. Provayder ajratgan infratuzilma boshqariladigan xizmat hujjatlashtirgan narsaga ergashadi.

Ulardan faqat uchinchisining ofisdagi noutbuklar soniga aloqasi bor. Aynan shu bitta chalkashlik bahslarning ko‘pini tushuntiradi.

Kalkulyatorni ochishdan oldin to‘rt rolni alohida ustunlar sifatida yozing. Har biri o‘z taqsimoti, egasi va o‘sish taxminiga ega va hech biri boshqasining o‘lchamini meros olmaydi. Loyihada raqamlangan ichki ulanish bo‘lmasa, u ustun kichik emas, bo‘sh bo‘ladi va bo‘sh ustun keyingi taqrizchi uchun qayd etishga arziydigan fakt.

Bloklarni sanash: /30 aslida qancha turadi

Nuqtadan nuqtaga ulanish ikki manzil talab qiladi va o‘lchami platformaga bog‘liq blokni sarflaydi. /30 to‘rtta manzilni saqlaydi, ulardan ikkitasi odatda foydalanishga yaroqli, shuning uchun o‘n ikki ulanish rejada qirq sakkiz manzilni sarflab, yigirma to‘rt uchni taklif qiladi. /31 ikkita manzilni saqlaydi va ikkalasi ham yaroqli, bu hisobni yarmiga qisqartiradi, lekin faqat ikkala uch ham buni qabul qiladigan joyda.

RFC 3021 ikki manzilli modelni belgilaydi va qo‘llab-quvvatlash uchlar va xizmatning xususiyati, yaxshi niyatning emas. Provayder API ichki tunnel variantiga o‘zining mask talabini yuklashi mumkin va umumiy RFC hujjatlashtirilgan cheklovni bekor qilmaydi. Byudjetni jamlashdan oldin platformangiz nima deyishini tekshiring, chunki qirq sakkiz va yigirma to‘rt manzil orasidagi farq reja ajratilgan diapazonga sig‘ishini hal qiladi. Uzoq kunning oxirida unga ishonish o‘rniga hisobni bajaring.

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

Faqat topologiya qaror topgandan keyin ko‘paytiring. O‘n ikki alohida ulanish va o‘n ikki ishtirokchili bitta ko‘p nuqtali qatlam bir xil sayt sonidan juda boshqacha yig‘indilar beradi.

Boshqariladigan shlyuzning quyi tarmog‘i mijozlar hovuzi emas

Boshqariladigan xizmat ko‘pincha o‘zining shlyuz infratuzilmasi uchun quyi tarmoq ajratadi va bu quyi tarmoqni mijozlarga berish o‘rniga xizmatning o‘zi sarflaydi. Uning hujjatlashtirilgan o‘lchami, ba’zan hujjatlashtirilgan nomi bor va qancha foydalanuvchi ulanishiga aloqasi yo‘q. Uni masofaviy mashinalar uchun manzillar hovuzi deb qarash birinchi gavjum tongda o‘zini tugatadigan loyihani keltirib chiqaradi.

Provayder talabini qat’iy xarajat sifatida o‘qing, rack birligiga qanday munosabatda bo‘lsangiz, shunday. Bu himoyalangan prefiks byudjetining qismi emas.

Xuddi shu o‘qish nomlarga ham tegishli. Hujjatlashtirilgan maqsadi shlyuz infratuzilmasi bo‘lgan quyi tarmoq o‘sha xizmatda odat bo‘yicha infratuzilma hisoblanadi va uni o‘z sxemangizga moslashtirish uchun qayta nomlash joylashtirishni buzadi, diagrammani yaxshilamaydi. Provayderning nomlari va o‘lchamlarini saqlang va o‘z raqamlash sxemangizni o‘zingiz boshqaradigan qismlarga sarflang.

Reja ikkinchi saytgacha yetib borishi uchun uni hujjatlashtiring

Bitta injenerning boshida yashaydigan reja ofis prefiksi va uy routerining standart diapazoni birinchi marta kesishganda muvaffaqiyatsizlikka uchraydi. Taqsimotlarni egalari bilan birga e’lon qiling va har bir ulanishning qaysi uchi qaysi manzilni tayinlashini ko‘rsating. Marshrutlar yoki selektorlar baribir e’lon qilinishi kerak, chunki ichki ulanishni raqamlash o‘z-o‘zidan LANni e’lon qilmaydi.

Har bir blok orqasidagi o‘sish taxminini qayd eting, chunki keyingi hech bir o‘quvchi buni faqat manzillardan qayta tiklay olmaydi.

So‘ng rejani qiyin holatlarda sinab ko‘ring: siz allaqachon ishlatayotgan prefiks bilan keladigan sayt, uzoq uchi boshqa birov tomonidan boshqariladigan ulanish va provayder talabi siz hujjatlashtirgan birinchisidan farq qiladigan hudud. Agar ulardan biri qayta loyihalashni talab qilsa, sizda siyosat emas, diagramma bo‘lgan. Ularning barchasidan omon qoladigan reja tunnel konfiguratsiyasi yonidagi omborxonada turish uchun yetarlicha qisqa va keyingi odam aynan shu yerdan uni izlaydi.