tc moldagailu bakar batek ez du VPN bezero bakoitza berez mugatzen
Bezero bakoitzeko muga batek zenbaketa-identitatea, bi norabide eta sailkapen-puntu bat behar ditu. Tunel bateko moldagailu bat ez da erabiltzaile bakoitzeko kuota bat.
Argibideak osoa dirudi: mugatu VPN bezero bakoitza 20 Mbit/s-ra. Ez da osoa, eta tunelaren interfazean diziplina bakar batek ez du hori emango. Bezero bakoitzak tunel-helbide bakoitza, gailu bakoitza edo kontu bakoitza esan nahi lezake, eta aukera bakoitzak paketeak modu desberdinean sailkatzen ditu. Edozein arau idatzi aurretik, erabaki baldintzak zein aipatzen duen benetan.
Beheko guztia esaldi horren eta funtzionatzen duen zerbaiten arteko distantziari buruzkoa da.
Zer esan behar du lehenik «bezero bakoitzeko» esapideak
Tunel-helbide bat erraza da sailkatzen eta erraza birziklatzen. Gailu bat zailagoa da, kontu batek hainbat eraman baititzake, eta gailu batek hainbat helbide izan baititzake, batez ere IPv6-rekin. Zuzentasun-politika baterako kontua da unitaterik esanguratsuena, eta pakete-buru batean ikusten zailena. Definizio bakoitzak bere zenbaketa-gakoa dakar, beraz, haien artean dabilen politikak ez du deskribapenak dioena egingo.
Norabidea da falta den bigarren hitza. Igoera, jaitsiera eta konbinatua hiru baldintza desberdin dira, eta irteera-arau bakar batek interfaze batean gutxitan hartzen ditu bi bideak.
Aukeratu bezeroa oraindik ikusgai dagoen puntu bat
Norabide bakoitza interfaze baten kontra definitzen da. Zerbitzariaren tunelak bezero urrun baten aldera uzten duena deskarga da bezero horrentzat; bezeroak bidaltzen duena tunelera sartzen da eta gero bere helmugara irteten da. Aukeratu plangintza-puntu bat norabide bakoitzeko eta galdetu zein eremu dauden han. Iturburu-NATaren aurretik igoerak bezeroaren barne-helbidea eramaten du oraindik; itzulpenaren ondoren, iturburu-kointzidentzia soil batek agian ez du gehiago identifikatzen.
Bide enkriptatuan goiburuak VPN garraioarenak dira, beraz, barne-helbideak bat ditzakeen iragazkiak ez du bat datorren ezer. Diseinu batek lehenago sailka dezake eta marka bat planifikatzaile berantiarrari pasa, baina pasabide hori nahita egin behar da: pakete-markak, konexio-markak eta planifikatzaile-klaseak egoera desberdinak dira, ez aurrera pasatzen den balio bakarra.
Ontziak ez dira berez agertzen
Interfaze bati erantsitako token-ontzi batek erabiltzen duen trafikoa moldatzen du; ez du ontzi berririk egiten iturburu-helbide bakoitzeko. Klaseetan oinarritutako diseinuak, aldiz, hautatutako trafikoa klaseetan sailkatzen du, iragazkiek kidetza erabakitzen dute, eta HTB eskuliburuak klaseren abiadura bere sabaitik bereizten du gurasoak banda-zabalera librea duenean. Asmoa muga gogorra bada, ezarri sabaia eta erabaki mailegu-jokabidea nahita; ez hartu abiadura-zifra bakoitza gehieneko absolututzat.
Baldintza bezero bakoitzekoa denean, aldi berean doazen bi transferentziak kuota bakarra partekatu beharko lukete. Fluxu bakoitzari abiadura osoa ematea beste politika bat da, eta deskarga bakarra soilik begiratzen duen edozein proba gainditzen du.
Bi gailu, kontu bat, kuota bat?
Bi gailu-helbide bereiz mugatzeak ez du inoiz kontu osoko kuota bakarra osatzen, nahiz eta bi gailuak pertsona berdin gisa hasi saioa. Gauza bera gertatzen da peer bakarraren atzean itzulitako LAN oso batekin, edo sailkatzaileak inoiz espero ez zituen IPv6 helbide gehigarriekin. Eutsi helbidearen eta identitatearen arteko lotura eguneratuta, eta gogoratu helbide egonkor batek mapa sinplifikatzen duela, baina ez duela jabea egiaztatzen.
Definitu leherketa- eta ilara-jokabidea ere. Token-ontziek batez bestekoaren gainetik dauden leherketa laburrak onartzen dituzte, eta bufferrak atzerapena gehitzen du; soberakina polizia egitea eta geroagorako ilaran jartzea erabaki desberdinak dira, sintoma desberdinekin.
Baliozkotzeko, abiarazi bi transferentzia bezero bakar batetik, gehitu bigarren bezero bat, eta irakurri klase-kontagailuak norabide bakoitzean.