Մեկ tc ձևավորիչն ինքնին չի սահմանափակում յուրաքանչյուր VPN հաճախորդի
Յուրաքանչյուր հաճախորդի սահմանաչափը պահանջում է հաշվառման նույնականություն, երկու ուղղություն և դասակարգման կետ։ Թունելի վրա մեկ ձևավորիչը մեկ քվոտա չէ յուրաքանչյուր օգտվողի համար։
Հրահանգը լրիվ է թվում՝ սահմանափակիր յուրաքանչյուր VPN հաճախորդին 20 Mbit/s-ով։ Բայց այն լրիվ չէ, և թունելի ինտերֆեյսի վրա մեկ հերթագրման կարգապահությունը դա չի ապահովի։ «Յուրաքանչյուր հաճախորդ» կարող է նշանակել յուրաքանչյուր թունելի հասցե, յուրաքանչյուր սարք կամ յուրաքանչյուր հաշիվ, և յուրաքանչյուր ընտրություն փաթեթները դասակարգում է այլ կերպ։ Ցանկացած կանոն գրելուց առաջ որոշիր, թե որն է իրականում անվանում պահանջը։
Ստորև ամեն ինչ վերաբերում է այդ նախադասության և աշխատող ինչ-որ բանի միջև եղած հեռավորությանը։
Ինչ պետք է նախ նշանակի «յուրաքանչյուր հաճախորդի համար»
Թունելի հասցեն հեշտ է դասակարգել և հեշտ՝ վերամշակել։ Սարքն ավելի դժվար է, որովհետև մեկ հաշիվը կարող է կրել մի քանիսը, և սարքը կարող է ունենալ մի քանի հասցե, հատկապես IPv6-ի դեպքում։ Արդարության քաղաքականության համար հաշիվը ամենիմաստավոր միավորն է և ամենադժվարը փաթեթի վերնագրում նկատելը։ Յուրաքանչյուր սահմանում ենթադրում է իր հաշվառման բանալին, ուստի նրանց միջև տատանվող քաղաքականությունը չի անի այն, ինչ պնդում է նկարագրությունը։
Ուղղությունը երկրորդ բացակայող բառն է։ Վերբեռնումը, ներբեռնումը և համակցվածը երեք տարբեր պահանջներ են, և մեկ ինտերֆեյսի վրա մեկ ելքային կանոնը հազվադեպ է ծածկում երկու ուղիները։
Ընտրիր կետ, որտեղ հաճախորդը դեռ տեսանելի է
Յուրաքանչյուր ուղղություն սահմանվում է ինտերֆեյսի նկատմամբ։ Այն, ինչ դուրս է գալիս սերվերի թունելից հեռավոր հաճախորդի ուղղությամբ, հաշվվում է որպես ներբեռնում այդ հաճախորդի համար. այն, ինչ հաճախորդն ուղարկում է, մտնում է թունել, ապա դուրս գալիս դեպի իր նպատակակետը։ Ընտրիր պլանավորման կետ յուրաքանչյուր ուղղության համար և հարցրու, թե ինչ դաշտեր կան այնտեղ։ Աղբյուրի NAT-ից առաջ վերբեռնումը դեռ կրում է հաճախորդի ներքին հասցեն. թարգմանությունից հետո պարզ աղբյուրային համընկնումը գուցե այլևս չնույնականացնի այն։
Գաղտնագրված ուղու վրա վերնագրերը պատկանում են VPN տրանսպորտին, ուստի ներքին հասցեները համադրող զտիչը համադրելու բան չունի։ Դիզայնը կարող է ավելի վաղ դասակարգել և նշանը փոխանցել ավելի ուշ պլանավորողին, սակայն այդ փոխանցումը պետք է լինի դիտավորյալ՝ փաթեթի նշանները, կապի նշանները և պլանավորողի դասերը տարբեր վիճակ են, ոչ թե մեկ արժեք, որ փոխանցվում է առաջ։
Դույլերը ինքնուրույն չեն հայտնվում
Ինտերֆեյսին կապված թոքեն-դույլը ձևավորում է ցանկացած երթևեկություն, որն օգտագործում է այն. այն նոր դույլ չի հատում յուրաքանչյուր աղբյուրային հասցեի համար։ Դասերի վրա հիմնված դիզայնը փոխարենը ընտրված երթևեկությունը դասավորում է դասերի, զտիչները որոշում են անդամակցությունը, և HTB ձեռնարկը բաժանում է դասի արագությունը նրա առաստաղից, երբ ծնողն ունի ազատ թողունակություն։ Եթե նպատակը կոշտ սահմանն է, սահմանիր առաստաղը և դիտավորյալ որոշիր փոխառության վարքը. մի՛ ընդունիր արագության յուրաքանչյուր թիվ որպես բացարձակ առավելագույն։
Երբ պահանջը յուրաքանչյուր հաճախորդի համար է, միաժամանակ ընթացող երկու փոխանցումները պետք է կիսեն մեկ քվոտա։ Յուրաքանչյուր հոսքին ամբողջ արագությունը տալը այլ քաղաքականություն է, և այն դիմանում է ցանկացած փորձության, որը դիտում է միայն մեկ ներբեռնում։
Երկու սարք, մեկ հաշիվ, մեկ քվոտա՞։
Երկու սարքի հասցեների առանձին սահմանափակումը երբեք չի գումարվում հաշվի մակարդակով մեկ քվոտայի, նույնիսկ երբ երկու սարքերն էլ մուտք են գործում որպես նույն անձ։ Նույնը վերաբերում է ամբողջ LAN-ին, որը թարգմանվում է մեկ զուգընկերի հետևում, կամ լրացուցիչ IPv6 հասցեներին, որոնք դասակարգիչը երբեք չէր սպասում։ Պահիր հասցեի և ինքնության կապը արդիական, և հիշիր, որ կայուն հասցեն պարզեցնում է քարտեզը՝ չհաստատելով դրա սեփականատիրոջը։
Սահմանիր նաև պոռթկումի և հերթի վարքը։ Թոքեն-դույլերը թույլ են տալիս միջինից բարձր կարճ պոռթկումներ, և բուֆերավորումը ավելացնում է ուշացում. ավելցուկը պոլիսավորելը և այն ավելի ուշ հերթագրելը տարբեր որոշումներ են՝ տարբեր ախտանիշներով։
Ստուգելու համար գործարկիր երկու փոխանցում մեկ հաճախորդից, ավելացրու երկրորդ հաճախորդ, և կարդա դասերի հաշվիչները յուրաքանչյուր ուղղությամբ։