Hokker Squid-byte-teller moat in ferkearsquota brûke?
Bepale oft in proxyquota antwurden, oanfragen, upstream-lichennen of ferkear fan de tagongskeppeling mjit foardat jo Squid-logfjilden optelle.
“Jou elke brûker tsien gigabyte” klinkt presys oant twa rapporten faninoar ôfwike. De iene telde de antwurden op dy't nei kliïnten stjoerd waarden; de oare telde bytes dy't by de upstream helle waarden. Beide kinne har keazen fjild korrekt rapportearje.
It logformaat fan Squid hat aparte tellers:
| Fjild | Dokumintearre mjitting |
|---|---|
%<st | Totaal antwurdferkear dat nei de klient stjoerd wurdt, nei oanpassing |
%>st | Totale grutte fan 'e oanfraach fan 'e klient, sûnder de bytes fan chunked-kodearring |
%<bs | HTTP-lykweardige bytes fan 'e berjochtlichems fan 'e folgjende hop, mei de dokumintearre útslutings |
De bytekolom fan it eigen Squid-log brûkt de teller foar klientantwurden. It is gjin belofte dat de wearde gelyk is oan 'e lingte fan it bewarre bestân, en it mjit ek net elke Ethernet- of IP-byte dy't in provider rekkenet.
Cachetreffers litte it ferskil sjen: Squid kin in antwurd stjoere sûnder nij by de upstream te heljen. Wurk mei in soad upload lit in oar sjen: as allinnich antwurden teld wurde, bliuwt de rjochting fan 'e oanfraach bûten it budzjet.
By CONNECT kin de proxy trochjûn ferkear ferantwurdzje sûnder elk fersifere bestân of elke side yn 'e tunnel te begripen. It kin de bytetotalen fan in tunnel net omsette yn in krekte list fan downloadde applikaasje-objekten.
Skriuw it kontrakt fan 'e quota njonken de teller: rjochting, observaasjepunt, boekperioade en identiteit. Bewarje dan de ferzje fan it logformaat by de rapporten. In meningsferskil oer wat in byte betsjut, moat net “reparearre” wurde troch elke wearde te fermannichfâldigjen mei in skatte korreksjefaktor. Foar hanthavening kinne totalen fan foltôge transaksjes efter bliuwe by libben gebrûk.