Hvilken Squid-bytteller skal en trafikkkvote bruke?
Bestem om en proxykvote måler svar, forespørsler, oppstrøms kropper eller trafikk på tilgangslinjen før du summerer Squid-loggfelt.
«Gi hver bruker ti gigabyte» virker presist helt til to rapporter ikke stemmer overens. Den ene summerte svar som ble sendt til klientene; den andre talte byte hentet oppstrøms. Begge kan rapportere feltet de valgte korrekt.
Loggformatet til Squid har egne tellere:
| Felt | Dokumentert måling |
|---|---|
%<st | Total svartrafikk sendt til klienten, etter tilpasning |
%>st | Total forespørselsstørrelse mottatt fra klienten, uten byte for chunked-koding |
%<bs | HTTP-ekvivalente meldingskroppsbyte mottatt fra neste hopp, med dokumenterte unntak |
Bytes-kolonnen i den opprinnelige Squid-loggen bruker telleren for klientsvar. Det er ikke et løfte om at verdien tilsvarer lengden på den lagrede filen, og heller ikke en måling av hver Ethernet- eller IP-byte en ISP fakturerer.
Cachetreff viser forskjellen: Squid kan sende et svar uten å hente noe nytt oppstrøms. Arbeid med mye opplasting viser en annen: å telle bare svar lar forespørselsretningen falle utenfor budsjettet.
For CONNECT kan proxyen føre regnskap over videresendt trafikk uten å forstå hver krypterte fil eller side inne i tunnelen. Den kan ikke gjøre tunnelens byttetotal om til en nøyaktig oversikt over nedlastede applikasjonsobjekter.
Skriv kvotekontrakten ved siden av telleren: retning, observasjonspunkt, regnskapsperiode og identitet. Ta deretter vare på loggformatversjonen sammen med rapportene. Uenighet om hva en byte betyr bør ikke «rettes» ved å gange hver verdi med en antatt korreksjonsfaktor. For håndheving kan totaler for fullførte transaksjoner ligge bak faktisk bruk.