Kva Squid-bytteljar bør ein trafikkvote bruke?
Avgjer om ein proxykvote målar svar, førespurnader, oppstraums brødtekstar eller trafikk på aksesslinja før du summerer Squid-loggfelt.
«Gje kvar brukar ti gigabyte» høyrest nøyaktig ut heilt til to rapportar er usamde. Den eine summerte svar sende til klientane; den andre talde byte henta oppstraums. Begge kan rapportere feltet dei valde rett.
Squid-loggformatet har eigne teljarar:
| Felt | Dokumentert måling |
|---|---|
%<st | Total svartrafikk send til klienten, etter tilpassing |
%>st | Total førespurnadsstorleik motteken frå klienten, utan byte for chunked-koding |
%<bs | HTTP-ekvivalente meldingskroppsbyte mottekne frå neste hopp, med dokumenterte unntak |
Bytes-kolonnen i den innebygde Squid-loggen brukar teljaren for klientsvar. Det er ikkje eit løfte om at verdien svarar til lengda på den lagra fila, og heller ikkje ei måling av kvar Ethernet- eller IP-byte ein ISP fakturerer.
Cachetreff illustrerer skilnaden: Squid kan sende eit svar utan å hente noko nytt oppstraums. Opplastingstungt arbeid illustrerer ein annan: å telje berre svar lèt førespurnadsretninga falle utanfor budsjettet.
For CONNECT kan proxyen rekneskapsføre vidaresend trafikk utan å forstå kvar kryptert fil eller side inne i tunnelen. Han kan ikkje gjere bytetotalen til tunnelen om til ei nøyaktig oversikt over nedlasta applikasjonsobjekt.
Skriv kvotekontrakten ved sida av teljaren: retning, observasjonspunkt, rekneskapsperiode og identitet. Ta så vare på loggformatversjonen saman med rapportane. Ueinigheit om kva ein byte tyder bør ikkje «rettast» ved å gonge kvar verdi med ein gjetta korreksjonsfaktor. For handheving kan totalar for fullførte transaksjonar liggje bak faktisk bruk.