Koji Squid brojač bajtova treba koristiti kvota za promet?
Odredite mjeri li proxy kvota odgovore, zahtjeve, tijela prema upstreamu ili promet pristupne veze prije zbrajanja polja Squid dnevnika.
„Dajte svakom korisniku deset gigabajta“ zvuči precizno dok se dva izvještaja ne raziđu. Jedan je zbrojio odgovore poslane klijentima; drugi je brojao bajtove preuzete s upstreama. Oba možda ispravno prijavljuju svoje odabrano polje.
Format Squid dnevnika ima zasebne brojače:
| Polje | Dokumentirano mjerenje |
|---|---|
%<st | Ukupan promet odgovora poslanih klijentu, nakon prilagodbe |
%>st | Ukupna veličina zahtjeva primljenog od klijenta, bez bajtova chunked kodiranja |
%<bs | Bajtovi tijela poruke ekvivalentni HTTP-u primljeni od sljedećeg hopa, s dokumentiranim izuzecima |
Stupac bajtova izvornog Squid dnevnika koristi brojač odgovora klijentu. To nije obećanje da je vrijednost jednaka duljini spremljene datoteke, niti mjerenje svakog Ethernet ili IP bajta koji naplaćuje pružatelj.
Pogodci u kešu pokazuju razliku: Squid može poslati odgovor bez novog dohvaćanja s upstreama. Rad s puno slanja pokazuje drugu: brojanje samo odgovora ostavlja smjer zahtjeva izvan proračuna.
Za CONNECT proxy može obračunati proslijeđeni promet bez razumijevanja svake šifrirane datoteke ili stranice u tunelu. Ne može ukupan broj bajtova tunela pretvoriti u točan popis preuzetih aplikacijskih objekata.
Ugovor o kvoti zapišite uz brojač: smjer, točku promatranja, obračunsko razdoblje i identitet. Zatim čuvajte verziju formata dnevnika uz izvještaje. Nesporazum o tome što bajt znači ne treba „popravljati“ množenjem svake vrijednosti pretpostavljenim korekcijskim faktorom. Za provedbu, zbrojevi završenih transakcija mogu zaostajati za živim korištenjem.