Kiun bajtan nombrilon de Squid uzu trafika kvoto?
Decidu, ĉu proksima kvoto mezuras respondojn, petojn, suprajn korpojn aŭ trafikon de alira ligo antaŭ ol sumi kampojn de la Squid-protokolo.
„Donu al ĉiu uzanto dek gigabajtojn“ sonas preciza ĝis du raportoj malkonsentas. Unu sumigis respondojn senditajn al klientoj; la alia nombris bajtojn elprenitajn el la supraĵo. Ambaŭ eble raportas sian elektitan kampon ĝuste.
La protokola formato de Squid havas apartajn nombrilojn:
| Kampo | Dokumentita mezuro |
|---|---|
%<st | Tuta responda trafiko sendita al la kliento, post adapto |
%>st | Tuta peta grandeco ricevita de la kliento, sen la bajtoj de chunked-kodado |
%<bs | HTTP-ekvivalentaj bajtoj de la mesaĝa korpo ricevitaj de la sekva salto, kun la dokumentitaj esceptoj |
La bajta kolumno de la denaska Squid-protokolo uzas la nombrilon de klientaj respondoj. Ĝi ne promesas, ke la valoro egalas la longon de la konservita dosiero, nek mezuras ĉiun Ethernet- aŭ IP-bajton, kiun fakturas provizanto.
Kaŝtrafaj sukcesoj montras la diferencon: Squid povas sendi respondon sen nova elpreno el la supraĵo. Laboro kun multa alŝuto montras alian: nombrado nur de respondoj lasas la petan direkton ekster la buĝeto.
Ĉe CONNECT la proksima servilo povas kalkuli plusenditan trafikon sen kompreni ĉiun ĉifritan dosieron aŭ paĝon en la tunelo. Ĝi ne povas ŝanĝi la bajtan sumon de tunelo en precizan liston de elŝutitaj aplikaĵaj objektoj.
Skribu la kvotan kontrakton apud la nombrilo: direkto, observa punkto, kalkula periodo kaj identeco. Poste konservu la version de la protokola formato kun la raportoj. Malkonsento pri tio, kion bajto signifas, ne devus esti „ripariĝi“ per multipliko de ĉiu valoro per supozita korekta faktoro. Por plenumo, sumoj de finitaj transakcioj povas malfrui rilate al viva uzo.