Zein Squid byte-kontagailu erabili behar du trafiko kuotak?
Erabaki proxy kuota batek erantzunak, eskaerak, upstream gorputzak edo sarbide-estekaren trafikoa neurtzen duen Squid erregistroaren eremuak batzen hasi aurretik.
«Eman erabiltzaile bakoitzari hamar gigabyte» zehatza dirudi bi txosten desberdintzen diren arte. Batek bezeroei bidalitako erantzunak batzen zituen; besteak upstream-etik eskuratutako byteak zenbatzen zituen. Biak egon daitezke aukeratutako eremua behar bezala jakinarazten.
Squiden erregistro-formatuak kontagailu bereiziak ditu:
| Eremua | Dokumentatutako neurketa |
|---|---|
%<st | Bezeroari bidalitako erantzun-trafiko osoa, egokitzapenaren ondoren |
%>st | Bezeroarengandik jasotako eskaeraren tamaina osoa, chunked kodeketaren byteak kenduta |
%<bs | Hurrengo jauzitik jasotako HTTPren baliokide diren mezu-gorputzaren byteak, dokumentatutako bazterketekin |
Squiden jatorrizko erregistroaren byte-zutabeak bezeroaren erantzun-kontagailua erabiltzen du. Ez du agintzen balioa gordetako fitxategiaren luzeraren berdina denik, ezta hornitzaile batek kobratzen duen Ethernet edo IP byte bakoitza neurtzen duenik ere.
Cacheko asmatzeek aldea erakusten dute: Squidek erantzun bat bidal dezake upstream-etik berririk eskuratu gabe. Igoera askoko lanak beste bat erakusten du: erantzunak soilik zenbatuta, eskaeraren norabidea aurrekontutik kanpo geratzen da.
CONNECTerako, proxyak errepasatutako trafikoa kontabiliza dezake tunelaren barruko fitxategi edo orri zifratu bakoitza ulertu gabe. Ezin du tunel baten byte-kopuru osoa deskargatutako aplikazio-objektuen zerrenda zehatz bihurtu.
Idatzi kuotaren kontratua kontagailuaren ondoan: norabidea, behaketa-puntua, kontabilitate-aldia eta identitatea. Gero gorde erregistro-formatuaren bertsioa txostenekin. Byte batek zer esan nahi duenari buruzko desadostasuna ez litzateke «zuzendu» behar balio bakoitza ustezko zuzenketa-faktore batekin biderkatuz. Betearazteko, amaitutako transakzioen baturak erabilera bizia baino atzerago egon daitezke.