Einn tc-mótari takmarkar ekki hvern VPN-biðlara sjálfur

Fyrirmælin hljóma fullkomin: takmarka hvern VPN-biðlara við 20 Mbit/s. Þau eru það ekki, og ein biðröðargrein á gönguviðmótinu skilar því ekki. Á hvern biðlara getur þýtt á hvert göngufang, á hvert tæki eða á hvern reikning, og hver val flokkar pakkana á annan hátt. Áður en þú skrifar nokkra reglu skaltu ákveða hvert þeirra krafan nefnir í raun.

Allt hér fyrir neðan snýst um fjarlægðina milli þeirrar setningar og einhvers sem virkar.

Hvað verður «á hvern biðlara» fyrst að þýða

Göngufang er auðvelt að flokka og auðvelt að endurnýta. Tæki er erfiðara, því einn reikningur getur borið nokkur, og tæki getur haft nokkur föng, sérstaklega með IPv6. Fyrir sanngirnisstefnu er reikningurinn merkingarmesta einingin, og sú erfiðasta að sjá í pakkahaus. Hver skilgreining felur í sér eigin talningarlykil, svo stefna sem reikar milli þeirra gerir ekki það sem lýsingin heldur fram.

Stefna er seinna orðið sem vantar. Upphleðsla, niðurhleðsla og sameinuð eru þrjár ólíkar kröfur, og ein útgönguregla á einu viðmóti nær sjaldan báðum leiðum.

Veldu punkt þar sem biðlarinn er enn sýnilegur

Hver stefna er skilgreind gagnvart viðmóti. Það sem fer út úr göngu þjónsins í átt að fjarlægum biðlara telst niðurhleðsla fyrir þann biðlara; það sem biðlari sendir fer inn í gönguna og fer síðan út í átt að áfangastað. Veldu áætlunarpunkt fyrir hverja stefnu og spurðu hvaða svið eru þar til. Fyrir uppruna-NAT ber upphleðsla enn innra fang biðlarans; eftir þýðingu gæti einfalt upprunasamsvörun ekki lengur auðkennt það.

Á dulkóðuðu leiðinni tilheyra hausarnir VPN-flutningnum, svo sía sem passar innri föng hefur ekkert að passa. Hönnun getur flokkað fyrr og afhent merki til síðari áætlara, en sú afhending verður að vera viljandi: pakkamerki, tengimerki og áætlaraflokkar eru ólíkt ástand, ekki eitt gildi sem sent er áfram.

Föturnar birtast ekki af sjálfu sér

Tókenfata tengd viðmóti mótar hvaða umferð sem notar hana; hún slær ekki nýja fötu fyrir hvert upprunafang. Flokkapbyggð hönnun raðar í staðinn völdum umferð í flokka, síur ráða aðild, og HTB-handbókin aðskilur hraða flokks frá lofti hans þegar foreldrið hefur laust bandvídd. Ef ætlunin er hörð takmörk skaltu setja loftið og ákveða lánshegðunina viljandi; ekki meðhöndla hverja hraðatölu sem algert hámark.

Þegar krafan er á hvern biðlara ættu tvær flutningar sem ganga samtímis að deila einni kvótu. Að gefa hverju streymi fullan hraða er önnur stefna, og hún lifir af hvaða próf sem fylgist aðeins með einni niðurhleðslu.

Tvö tæki, einn reikningur, ein kvóta?

Að takmarka tvö tækjaföng hvort fyrir sig leggst aldrei saman í eina kvótu á reikningsstigi, jafnvel þótt bæði tækin skrái sig inn sem sama manneskja. Sama gildir um heilt LAN sem þýtt er á bak við einn jafningja, eða um viðbótar IPv6-föng sem flokkarinn bjóst aldrei við. Haltu sambandinu milli fangs og auðkennis uppfærðu, og mundu að stöðugt fang einfaldar kortið án þess að sannreyna eiganda þess.

Skilgreindu líka hegðun sprengju og biðraðar. Tókenfötur leyfa stuttar sprengjur yfir meðaltali, og biðminni bætir við seinkun; að fylgjast með umframmagni og setja það í biðröð síðar eru ólíkar ákvarðanir með ólíkum einkennum.

Til að staðfesta skaltu keyra tvær flutningar frá einum biðlara, bæta við öðrum biðlara, og lesa flokkatanningarnar í hvora stefnu.