Hvilken Squid-byttæller skal en trafikkvote bruge?
Afgør, om en proxykvote måler svar, forespørgsler, upstream-bodies eller adgangslinktrafik, før du summerer Squid-logfelter.
»Giv hver bruger ti gigabyte« lyder præcist, indtil to rapporter er uenige. Den ene summerede svar sendt til klienter; den anden talte bytes hentet upstream. Begge kan rapportere deres valgte felt korrekt.
Squids logformat har forskellige tællere:
| Felt | Dokumenteret måling |
|---|---|
%<st | Samlet svartrafik sendt til klienten efter tilpasning |
%>st | Samlet anmodningsstørrelse modtaget fra klienten, undtagen bytes til chunked-kodning |
%<bs | HTTP-ækvivalente bytes i meddelelseskroppen modtaget fra næste hop, med dokumenterede undtagelser |
Byte-kolonnen i den oprindelige Squid-log bruger klient-svar-tælleren. Det er ikke et løfte om, at værdien svarer til den gemte fils længde, og heller ikke en måling af hver Ethernet- eller IP-byte, som en udbyder opkræver.
Cachehit illustrerer forskellen: Squid kan sende et svar uden at hente noget nyt upstream. Arbejde med meget upload illustrerer en anden: tælles kun svar, falder anmodningsretningen uden for budgettet.
For CONNECT kan proxyen bogføre videresendt trafik uden at forstå hver krypteret fil eller side i tunnelen. Den kan ikke omdanne tunnelens bytetotal til en præcis fortegnelse over downloadede applikationsobjekter.
Skriv kvotekontrakten ved siden af tælleren: retning, observationspunkt, regnskabsperiode og identitet. Opbevar derefter logformatversionen sammen med rapporterne. Uenighed om, hvad en byte betyder, bør ikke »rettes« ved at gange hver værdi med en gættet korrektionsfaktor. Til håndhævelse kan totaler for afsluttede transaktioner halte bag det aktive forbrug.