Hvaða Squid-bætateljara á að nota fyrir gagnaflutningskvóta?
Ákveðu hvort proxy-kvóti mælir svör, beiðnir, líkama frá næsta hoppi eða umferð aðgangstengingar áður en Squid-loggreitir eru lagðir saman.
„Gefðu hverjum notanda tíu gígabæt” hljómar nákvæmt þar til tvær skýrslur stangast á. Önnur lagði saman svör sem send voru til biðlara; hin taldi bæt sem sótt voru frá næsta hoppi. Báðar gætu verið að tilkynna sitt valda svið rétt.
Skráarsnið Squid hefur aðskilda teljara:
| Svið | Skjalfest mæling |
|---|---|
%<st | Heildarsvarsumferð send til biðlarans, eftir aðlögun |
%>st | Heildarbeiðnistærð móttekin frá biðlaranum, að undanskildum bætum chunkaðrar kóðunar |
%<bs | HTTP-jafngildir skilaboðalíkamsbæt mótteknir frá næsta hoppi, með skjalfestum undantekningum |
Bætadálkur hins innbyggða Squid-logs notar teljara biðlarasvarsins. Það er ekki loforð um að gildið jafngildi lengd vistuðu skrárinnar, né mæling á hverju Ethernet- eða IP-bæti sem ISP rukkar fyrir.
Skyndiminnihit sýna muninn: Squid getur sent svar án þess að sækja ferskt efni frá næsta hoppi. Upphleðsluþungt verk sýnir annað: að telja aðeins svör skilur beiðnaáttina eftir utan fjárhagsáætlunarinnar.
Fyrir CONNECT getur proxy gert grein fyrir umferð sem er flutt áfram án þess að skilja hverja dulkóðaða skrá eða síðu inni í göngunni. Það getur ekki breytt bætatölu göngunnar í nákvæma skrá yfir niðurhlaðna forritshluti.
Skrifaðu kvótasamninginn við hlið teljarans: stefna, athugunarpunktur, uppgjörstímabil og auðkenni. Haltu síðan skráarsniðsútgáfunni með skýrslunum. Ágreining um hvað bæti merkir á ekki að vera „lagaður” með því að margfalda hvert gildi með ágiskunarleiðréttingarstuðli. Fyrir framfylgd geta samtölur lokinna færslna dregist aftur úr lifandi notkun.