Nega OpenVPN /24 kutganingizdan tezroq mijozlardan tugaydi

/24 ustiga qurilgan va oltmishlar atrofida mijozlarni qabul qilishni to'xtatadigan hovuzlar loyihalashtirilgandek ishlaydi, litsenziya chegarasiga urilmaydi. net30 ostida har bir mijozga ikki uchida manzili bor virtual nuqta-nuqtaga ulanish beriladi, u to'rt manzil sarflaydi, shuning uchun 256 manzilli quyi tarmoq prefiks aytgan miqdorning taxminan to'rtdan birini qo'llab-quvvatlaydi. Muhim raqam ajratmalar, manzillar emas. Prefiksni mijozlar soni deb o'qish yashirin foydalanuvchi chegarasini qidirishga olib keladigan xatodir.

Ikki topologiya, ikki arifmetik model va ulardan faqat bittasi odamlar taxmin qilgan prefiksga mos keladi.

net30 har bir mijozga to'rt manzil sarflaydi

net30 har bir mijozga /30 blok ajratadi, chunki har bir sessiya ikki uchida manzili bor nuqta-nuqtaga ulanish sifatida modellashtiriladi. Bu blokka to'rt manzil kirib, ikkitasi foydalanishga yaroqli, shuning uchun samarali mijozlar soni quyi tarmoqning to'rtdan biriga teng. /24 da bu 64 blok qoldiradi, serverning o'z bloki va har qanday qat'iy tayinlash chiqishidan oldin. 63 atrofida xabar qilingan yuqori chegara sozlangan maksimum emas, ko'rinadigan arifmetika.

Serverga ham o'z ajratmasi kerak, statik mijoz yozuvlari esa o'sha mijozlar ulansa ham ulanmasa ham blok sarflaydi. Ikkalasi ham siz boshlagan prefiksni o'zgartirmasdan dinamik diapazonni toraytiradi.

Hovuz chegaralari prefiksdan muhimroq

Server direktivasi o'zi nomlagan quyi tarmoqdan torroq hovuz belgilashi mumkin, yordamchi skript esa siz ochgan profilda ko'rinmaydigan qo'shimcha sozlamalarga kengayishi mumkin. client-config katalogidagi qat'iy manzillar shu diapazon ichida bo'ladi va ikki marta berilmaydi. Prefiks mumkin bo'lgan eng katta bo'shliqni tasvirlaydi; haqiqiy hovuz — ishlab turgan konfiguratsiya amalda taklif qiladigan narsa.

Imkoniyat haqida xulosa chiqarishdan oldin ikkalasini solishtiring, chunki kichikroq sozlangan diapazon chegarani topologiya kabi yaxshi tushuntiradi.

Mijozni haqiqatda rad etgan chegarani toping

Avval topologiya va haqiqiy hovuzni o'qing, keyin qat'iy tayinlashlar va zahiralangan manzillarni hisobga oling. Manzil maydonini ayblashdan oldin max-clients va OpenVPN tashqarisidagi har qanday kirish nazoratini tekshiring. Oxirida serverning rad etish lahzasidagi o'z xabarini o'sha nomzodlar bilan solishtiring. Xabar cheklovni nomlaydi; son faqat maydonni toraytiradi.

Bir vaqtdalik xatosi bilan kelgan rad va ajratma xatosi bilan kelgan rad turli tuzatishlarni talab qiladi, ular orasida taxmin qilish xizmat ko'rsatish oynasini behuda sarflaydi.

Topologiyani o'zgartirish manzil rejasini o'zgartiradi

Quyi tarmoq topologiyasiga o'tish har bir mijozga blok o'rniga bitta manzil beradi, prefiks haqiqatan juda kichik bo'lganda bu to'g'ri qadam. Bu mijoz manzili parametrlarining ma'nosini ham o'zgartiradi, shuning uchun qotirilgan har bir tayinlash va mijozga xos har bir fayl qo'lda qayta raqamlash o'rniga qayta chiqarilishi kerak. Yangi diapazonni rejalashtiring, statik yozuvlarni ko'chiring va ularga havola qiladigan marshrutlarni yangilang.

O'tish eski konfiguratsiyaning sinonimi emas. Unga o'z ko'rigi bo'lgan manzil rejasi o'zgarishi sifatida qarang va kamida bitta mijoz oldingi sxema manzilini saqlab qolishini kuting.

Hovuz hajmini maskadan emas, rejadan belgilang

Hajmni bir vaqtda ulanadigan mijozlar soniga qayta ulanish va sinov uchun zaxira qo'shib tanlang, so'ng tanlangan topologiyada uni qoplaydigan eng kichik prefiksni oling. Oltmish mijoz chegarasini hal qilish uchun /16 gacha kengaytirish imkoniyat muammosini marshrutlash va qoplanish muammosiga almashtiradi, chunki kattaroq xususiy diapazon mijoz allaqachon yetib boradigan narsa bilan to'qnashish ehtimoli yuqori.

Topologiya, hovuz, qat'iy tayinlashlar va ulardan kelib chiqadigan mijoz chegarasini birga hujjatlashtiring. Shunda keyingi imkoniyat savoli tekshiruv emas, arifmetika bo'ladi.