Bir tc şeyperi hər VPN müştərisini özü məhdudlaşdırmır
Hər müştəri üçün limit sayma kimliyi, iki istiqamət və təsnifat nöqtəsi tələb edir. Tuneldə bir şeyper hər istifadəçi üçün bir kvota demək deyil.
Təlimat tam görünür: hər VPN müştərisini 20 Mbit/s ilə məhdudlaşdır. Amma tam deyil və tunel interfeysində tək bir növbələmə intizamı bunu verməyəcək. «Hər müştəri» tunel ünvanına, cihaza və ya hesaba görə ola bilər və hər seçim paketləri fərqli təsnif edir. Hər hansı qayda yazmazdan əvvəl tələbin əslində hansını adlandırdığını müəyyən et.
Aşağıdakıların hamısı o cümlə ilə işlək bir şey arasındakı məsafədən bəhs edir.
«Hər müştəri» ilk növbədə nə demək olmalıdır
Tunel ünvanını təsnif etmək asandır və onu təkrar istifadə etmək də asandır. Cihaz daha çətindir, çünki bir hesab bir neçəsini daşıya bilər və cihaz bir neçə ünvan saxlaya bilər, xüsusən IPv6 ilə. Ədalət siyasəti üçün hesab ən mənalı vahiddir və paket başlığında tapılması ən çətin olandır. Hər tərif öz sayma açarını nəzərdə tutur, ona görə də aralarında sürüşən siyasət təsvirin iddia etdiyini etməyəcək.
İstiqamət ikinci çatışmayan sözdür. Yükləmə, endirmə və birləşmiş hal üç fərqli tələbdir və bir interfeysdə tək çıxış qaydası nadir hallarda hər iki yolu əhatə edir.
Müştərinin hələ göründüyü nöqtəni seçin
Hər istiqamət bir interfeysə görə təyin olunur. Serverin tunelindən uzaq müştəriyə çıxan şey həmin müştəri üçün endirmə sayılır; müştərinin göndərdiyi isə tunelə girir və sonra təyinatına doğru çıxır. Hər istiqamət üçün planlaşdırma nöqtəsi seçin və orada hansı sahələrin olduğunu soruşun. Mənbə NAT-dan əvvəl yükləmə hələ də müştərinin daxili ünvanını daşıyır; tərcümədən sonra sadə mənbə uyğunluğu onu artıq müəyyən edə bilməz.
Şifrələnmiş yolda başlıqlar VPN nəqliyyatına aiddir, ona görə daxili ünvanlara uyğun gələn filtrin uyğunlaşdıracaq heç nəyi yoxdur. Dizayn daha əvvəl təsnif edib işarəni sonrakı planlaşdırıcıya ötürə bilər, lakin bu ötürmə qəsdən olmalıdır: paket işarələri, bağlantı işarələri və planlaşdırıcı sinifləri fərqli vəziyyətdir, ötürülən tək dəyər deyil.
Vedrələr özlüyündə yaranmır
İnterfeysə bağlanmış token vedrəsi ondan istifadə edən istənilən trafiki formalaşdırır; hər mənbə ünvanı üçün yeni vedrə yaratmır. Sinif əsaslı dizayn isə seçilmiş trafiki siniflərə sıralayır, üzvlüyü filtrlər müəyyən edir və HTB təlimatı valideynin boş buferi olduqda sinfin sürətini tavanından ayırır. Məqsəd sərt həddirsə, tavanı təyin edin və borc alma davranışına qəsdən qərar verin; hər sürət rəqəmini mütləq maksimum kimi qəbul etməyin.
Tələb hər müştəri üçün olduqda, eyni vaxtda işləyən iki ötürmə tək bir kvotanı bölüşməlidir. Hər axına tam sürəti vermək fərqli siyasətdir və yalnız bir endirməyə baxan istənilən testdən keçər.
İki cihaz, bir hesab, bir kvota?
İki cihaz ünvanını ayrı-ayrı məhdudlaşdırmaq heç vaxt hesab səviyyəsində tək kvotaya çatmır, hətta hər iki cihaz eyni şəxs kimi daxil olsa belə. Eyni şey bir peer arxasında tərcümə olunan bütöv LAN-a və ya təsnif edicinin heç gözləmədiyi əlavə IPv6 ünvanlarına da aiddir. Ünvan–kimlik əlaqəsini aktual saxlayın və yadda saxlayın ki, sabit ünvan xəritəni sadələşdirir, amma sahibini təsdiqləmir.
Burst və növbə davranışını da təyin edin. Token vedrələri ortalamadan yuxarı qısa partlamalara icazə verir və buferləmə gecikmə əlavə edir; artıqlığı cilovlamaq və sonraya növbəyə qoymaq fərqli qərarlardır və fərqli simptomları var.
Yoxlama üçün bir müştəridən iki ötürmə işlədin, ikinci müştəri əlavə edin və sinif sayğaclarını hər istiqamətdə oxuyun.