Quin comptador de bytes de Squid ha d'usar una quota de trànsit?
Decidiu si una quota de proxy mesura respostes, peticions, cossos d'origen o trànsit de l'enllaç d'accés abans de sumar camps del registre de Squid.
«Doneu a cada usuari deu gigabytes» sona precís fins que dos informes no coincideixen. Un sumava les respostes enviades als clients; l'altre comptava els bytes obtinguts de l'origen. Tots dos poden estar informant correctament del camp que han triat.
El format de registre de Squid té comptadors diferents:
| Camp | Mesura documentada |
|---|---|
%<st | Trànsit total de resposta enviat al client, després de l'adaptació |
%>st | Mida total de la petició rebuda del client, sense els bytes de codificació per trossos |
%<bs | Bytes del cos del missatge equivalents a HTTP rebuts del següent salt, amb les exclusions documentades |
La columna de bytes del registre natiu de Squid fa servir el comptador de resposta al client. No és una promesa que el valor sigui igual a la longitud del fitxer desat, ni un mesurament de cada byte Ethernet o IP que cobra un proveïdor.
Els encerts de memòria cau il·lustren la diferència: Squid pot enviar una resposta sense fer una captura nova a l'origen. La feina amb molta càrrega il·lustra una altra: comptar només respostes deixa la direcció de la petició fora del pressupost.
Per a CONNECT, el proxy pot comptabilitzar el trànsit retransmès sense entendre cada fitxer o pàgina xifrats dins del túnel. No pot convertir el total de bytes del túnel en un inventari exacte dels objectes d'aplicació baixats.
Escriviu el contracte de la quota al costat del comptador: direcció, punt d'observació, període comptable i identitat. Després conserveu la versió del format de registre amb els informes. Una discrepància sobre què significa un byte no s'hauria de «corregir» multiplicant cada valor per un factor de correcció suposat. Per a l'aplicació, els totals de transaccions completades poden quedar per darrere de l'ús en directe.