Egyetlen tc alakító önmagában nem korlátoz minden VPN-klienst

Az utasítás teljesnek hangzik: korlátozd minden VPN-klienst 20 Mbit/s-ra. Nem az, és egyetlen sorbanállási fegyelem az alagút interfészén nem fogja megadni. Az ügyfelenként jelenthet alagútcímet, eszközt vagy fiókot, és minden választás másképp osztályozza a csomagokat. Mielőtt bármilyen szabályt írnál, döntsd el, melyiket nevezi meg valójában a követelmény.

Az alábbiak mindegyike arról a távolságról szól, ami e mondat és egy működő dolog között van.

Mit kell először jelentenie az «ügyfelenként» kifejezésnek

Az alagútcím könnyen osztályozható és könnyen újrahasznosítható. Az eszköz nehezebb, mert egy fiók többet is hordozhat, és egy eszköznek több címe is lehet, különösen IPv6 esetén. A méltányossági szabályhoz a fiók a legértelmesebb egység, és a legnehezebben észrevehető a csomagfejlécben. Minden definíció a saját számolási kulcsát hozza magával, ezért a köztük sodródó szabályzat nem fogja azt tenni, amit a leírás állít.

Az irány a második hiányzó szó. A feltöltés, a letöltés és a kombinált három különböző követelmény, és egyetlen kimenő szabály egy interfészen ritkán fedi le mindkét utat.

Válassz olyan pontot, ahol az ügyfél még látható

Minden irány egy interfészhez képest definiált. Ami a szerver alagútjából egy távoli ügyfél felé kilép, az annak az ügyfélnek a letöltése; amit az ügyfél küld, belép az alagútba, majd a célja felé kilép. Válassz tervezési pontot minden irányhoz, és kérdezd meg, milyen mezők vannak ott. A forrás-NAT előtt a feltöltés még az ügyfél belső címét hordozza; a fordítás után egy egyszerű forrásegyezés már nem biztos, hogy azonosítja.

A titkosított úton a fejlécek a VPN-szállításhoz tartoznak, így a belső címeket egyeztető szűrőnek nincs mit egyeztetnie. Egy terv korábban osztályozhat, és jelet adhat egy későbbi ütemezőnek, de ezt az átadást szándékosan kell megtenni: a csomagjelek, a kapcsolatjelek és az ütemező osztályai különböző állapotok, nem egyetlen továbbadott érték.

A vödrök nem maguktól jelennek meg

Az interfészhez kapcsolt tokenvödör minden olyan forgalmat formál, amely használja; nem ver új vödröt forráscímenként. Az osztályalapú terv ehelyett a kiválasztott forgalmat osztályokba sorolja, a szűrők döntik el a tagságot, és a HTB kézikönyv elválasztja az osztály rátáját a plafonjától, amikor a szülőnek szabad sávszélessége van. Ha a szándék kemény plafon, állítsd be a plafont, és szándékosan döntsd el a kölcsönzés viselkedését; ne kezeld minden rátaadatot abszolút maximumként.

Amikor a követelmény ügyfelenkénti, két egyszerre futó átvitelnek egyetlen kvótán kell osztoznia. Minden folyamnak a teljes rátát adni más szabályzat, és minden olyan tesztet túlél, amely csak egy letöltést figyel.

Két eszköz, egy fiók, egy kvóta?

Két eszközcím külön korlátozása soha nem ad össze egyetlen fiókszintű kvótává, akkor sem, ha mindkét eszköz ugyanazként a személyként jelentkezik be. Ugyanez érvényes egy egész LAN-ra, amelyet egyetlen peer mögött fordítanak, vagy olyan további IPv6-címekre, amelyekre az osztályozó soha nem számított. Tartsd naprakészen a cím és az identitás kapcsolatát, és ne feledd, hogy a stabil cím leegyszerűsíti a térképet, de nem hitelesíti a tulajdonosát.

Határozd meg a burst- és sorviselkedést is. A tokenvödrök rövid, átlag feletti burstöket engednek, és a pufferelés késleltetést ad; a felesleg policírozása és későbbre sorba állítása különböző döntések, különböző tünetekkel.

Az ellenőrzéshez indíts két átvitelt egy ügyféltől, adj hozzá egy második ügyfelet, és olvasd le az osztályszámlálókat mindkét irányban.