Kateri števec bajtov Squida naj uporabi kvota prometa?
Odločite se, ali kvota proxyja meri odgovore, zahteve, telesa z nadrejenega strežnika ali promet dostopne povezave, preden seštejete polja dnevnika Squid.
„Vsakemu uporabniku dajte deset gigabajtov” zveni natančno, dokler se dva poročila ne razhajata. Eno je seštelo odgovore, poslane odjemalcem; drugo je štelo bajte, pridobljene z nadrejenega strežnika. Oba lahko pravilno poročata izbrano polje.
Format dnevnika Squid ima ločene števce:
| Polje | Dokumentirana meritev |
|---|---|
%<st | Skupni promet odgovorov, poslan odjemalcu, po prilagoditvi |
%>st | Skupna velikost zahteve, prejete od odjemalca, brez bajtov kodiranja po kosih |
%<bs | Bajti telesa sporočila, enakovrednega HTTP, prejeti z naslednjega skoka, z dokumentiranimi izjemami |
Stolpec bytes v izvornem dnevniku Squid uporablja števec odgovorov odjemalcu. To ni obljuba, da je vrednost enaka dolžini shranjene datoteke, niti meritev vsakega bajta Ethernet ali IP, ki ga zaračunava ponudnik.
Zadetki v predpomnilniku kažejo razliko: Squid lahko pošlje odgovor brez svežega pridobivanja z nadrejenega strežnika. Delo z veliko nalaganja kaže drugo: če štejemo samo odgovore, smer zahtev ostane zunaj proračuna.
Pri CONNECT lahko proxy obračuna posredovani promet, ne da bi razumel vsako šifrirano datoteko ali stran v tunelu. Ne more pa skupnih bajtov tunela spremeniti v natančen seznam prenesenih aplikacijskih objektov.
Pogodbo o kvoti zapišite ob števcu: smer, točka opazovanja, obračunsko obdobje in identiteta. Nato hranite različico formata dnevnika skupaj s poročili. Nestrinjanje o tem, kaj pomeni bajt, se ne sme „popravljati” z množenjem vsake vrednosti z ugibanim korekcijskim faktorjem. Za uveljavljanje seštevki dokončanih transakcij lahko zaostajajo za dejansko uporabo.