Welke Squid-byteteller moet een trafficquotum gebruiken?
Bepaal of een proxyquotum antwoorden, verzoeken, upstream-bodies of verkeer van de toegangslijn meet voordat je Squid-logvelden optelt.
„Geef elke gebruiker tien gigabyte” klinkt precies tot twee rapporten het oneens zijn. Het ene telde antwoorden aan clients op; het andere telde bytes die upstream werden opgehaald. Beide kunnen hun gekozen veld correct rapporteren.
Het logformaat van Squid heeft afzonderlijke tellers:
| Veld | Gedocumenteerde meting |
|---|---|
%<st | Totale antwoordverkeer naar de client, na aanpassing |
%>st | Totale verzoekgrootte ontvangen van de client, exclusief chunked-encodingbytes |
%<bs | HTTP-equivalente berichtlichaambytes ontvangen van de volgende hop, met gedocumenteerde uitsluitingen |
De byteskolom van het native Squid-log gebruikt de teller voor clientantwoorden. Het is geen belofte dat de waarde gelijk is aan de lengte van het opgeslagen bestand, en ook geen meting van elke Ethernet- of IP-byte die een ISP in rekening brengt.
Cachetreffers illustreren het verschil: Squid kan een antwoord sturen zonder iets nieuws upstream op te halen. Werk met veel uploads illustreert iets anders: alleen antwoorden tellen laat de verzoekrichting buiten het budget.
Voor CONNECT kan de proxy doorgegeven verkeer verantwoorden zonder elk versleuteld bestand of elke pagina in de tunnel te begrijpen. Het kan het bytetotaal van een tunnel niet omzetten in een exacte inventaris van gedownloade applicatieobjecten.
Schrijf het quotumcontract naast de teller: richting, observatiepunt, boekhoudperiode en identiteit. Bewaar daarna de logformaatversie bij de rapporten. Een meningsverschil over wat een byte betekent mag niet worden „opgelost” door elke waarde met een geraden correctiefactor te vermenigvuldigen. Voor handhaving kunnen totalen van afgeronde transacties achterblijven bij live gebruik.