Bitta tc shakllantiruvchi har bir VPN mijozini o'zi cheklamaydi

Ko'rsatma to'liq eshitiladi: har bir VPN mijozini 20 Mbit/s bilan cheklang. Lekin u to'liq emas, tunnel interfeysidagi bitta navbat tartibi buni bermaydi. «Har bir mijoz» tunnel manzili, qurilma yoki hisob bo'yicha bo'lishi mumkin, va har bir tanlov paketlarni turlicha tasniflaydi. Har qanday qoida yozishdan oldin talab aslida qaysi birini nomlashini aniqlang.

Quyidagi hamma narsa o'sha gap bilan ishlaydigan narsa orasidagi masofa haqida.

«Har bir mijoz» birinchi navbatda nimani anglatishi kerak

Tunnel manzilini tasniflash oson va uni qayta ishlatish ham oson. Qurilma qiyinroq, chunki bitta hisob bir nechtasini olib yurishi mumkin, qurilma esa bir nechta manzilga ega bo'lishi mumkin, ayniqsa IPv6 bilan. Adolat siyosati uchun hisob eng mazmunli birlik va paket sarlavhasida eng qiyin ko'rinadigan narsa. Har bir ta'rif o'z hisoblash kalitini nazarda tutadi, shuning uchun ular orasida tebranadigan siyosat tavsif aytganini qilmaydi.

Yo'nalish ikkinchi yetishmayotgan so'z. Yuklash, yuklab olish va birlashgan uch xil talabdir, va bitta interfeysdagi bitta chiqish qoidasi ikkala yo'lni kamdan-kam qamrab oladi.

Mijoz hali ko'rinadigan nuqtani tanlang

Har bir yo'nalish interfeysga nisbatan belgilanadi. Server tunnelidan uzoq mijozga chiqadigan narsa o'sha mijoz uchun yuklab olish hisoblanadi; mijoz yuboradigan narsa tunnelga kiradi va keyin o'z manziliga chiqadi. Har bir yo'nalish uchun rejalashtirish nuqtasini tanlang va u yerda qanday maydonlar borligini so'rang. Manba NAT oldidan yuklash hali ham mijozning ichki manzilini olib yuradi; tarjimadan keyin oddiy manba mosligi uni endi aniqlay olmasligi mumkin.

Shifrlangan yo'lda sarlavhalar VPN transportiga tegishli, shuning uchun ichki manzillarni moslashtiruvchi filtrda moslashtirish uchun hech narsa yo'q. Dizayn ertaroq tasniflab, belgini keyingi rejalashtiruvchiga topshirishi mumkin, ammo bu topshirish qasddan bo'lishi kerak: paket belgilari, ulanish belgilari va rejalashtiruvchi sinflari boshqa holat, oldinga uzatiladigan bitta qiymat emas.

Cheleklar o'z-o'zidan paydo bo'lmaydi

Interfeysga bog'langan token chelagi undan foydalanadigan har qanday trafikni shakllantiradi; u har bir manba manzili uchun yangi chelak yasamaydi. Sinflarga asoslangan dizayn buning o'rniga tanlangan trafikni sinflarga ajratadi, filtrlar a'zolikni hal qiladi, HTB qo'llanmasi esa ota-onada bo'sh o'tkazuvchanlik bo'lsa, sinf tezligini uning shiftidan ajratadi. Agar maqsad qattiq chegara bo'lsa, shiftni belgilang va qarz olish xatti-harakatini qasddan hal qiling; har bir tezlik raqamini mutlaq maksimum deb hisoblamang.

Talab har bir mijoz uchun bo'lganda, bir vaqtda ishlaydigan ikkita uzatish bitta kvotani bo'lishishi kerak. Har bir oqimga to'liq tezlik berish boshqa siyosat va u faqat bitta yuklab olishni kuzatadigan har qanday sinovdan o'tadi.

Ikki qurilma, bitta hisob, bitta kvota?

Ikki qurilma manzilini alohida cheklash hech qachon hisob darajasidagi bitta kvotaga qo'shilmaydi, hatto ikkala qurilma ham bir shaxs sifatida kirsa ham. Xuddi shu narsa bitta peer orqasida tarjima qilinadigan butun LAN va tasniflovchi hech qachon kutmagan qo'shimcha IPv6 manzillarga ham tegishli. Manzil va shaxsiyat bog'lanishini yangilab turing va barqaror manzil xaritani soddalashtirishini, lekin egasini tasdiqlamasligini yodda tuting.

Burst va navbat xatti-harakatini ham belgilang. Token chelaklari o'rtachadan yuqori qisqa burstlarga ruxsat beradi, buferlash esa kechikish qo'shadi; ortiqchani politsiya qilish va uni keyinroq uchun navbatga qo'yish turli belgilarga ega turli qarorlardir.

Tekshirish uchun bitta mijozdan ikkita uzatishni ishga tushiring, ikkinchi mijoz qo'shing va har bir yo'nalishda sinf hisoblagichlarini o'qing.