Quale contatore di byte di Squid deve usare una quota di traffico?
Decidi se una quota proxy misura risposte, richieste, corpi a monte o traffico del collegamento di accesso prima di sommare i campi di log di Squid.
«Assegna a ogni utente dieci gigabyte» sembra preciso finché due rapporti non sono d'accordo. Uno sommava le risposte inviate ai client; un altro contava i byte prelevati a monte. Entrambi possono riportare correttamente il campo scelto.
Il formato di log di Squid ha contatori distinti:
| Campo | Misura documentata |
|---|---|
%<st | Traffico totale di risposta inviato al client, dopo l'adattamento |
%>st | Dimensione totale della richiesta ricevuta dal client, escluse le codifiche a blocchi |
%<bs | Byte del corpo del messaggio equivalenti HTTP ricevuti dall'hop successivo, con esclusioni documentate |
La colonna dei byte del log nativo di Squid usa il contatore delle risposte al client. Non è una promessa che il valore equivalga alla lunghezza del file salvato, né una misura di ogni byte Ethernet o IP addebitato da un ISP.
I successi in cache illustrano la differenza: Squid può inviare una risposta senza un nuovo prelievo a monte. Il lavoro con molti caricamenti ne illustra un'altra: contare solo le risposte lascia fuori dal budget la direzione delle richieste.
Per CONNECT, il proxy può contabilizzare il traffico inoltrato senza comprendere ogni file o pagina cifrata dentro il tunnel. Non può trasformare il totale di byte di un tunnel in un inventario esatto degli oggetti applicativi scaricati.
Scrivi il contratto della quota accanto al contatore: direzione, punto di osservazione, periodo contabile e identità. Poi conserva la versione del formato di log insieme ai rapporti. Un disaccordo su cosa significhi un byte non va «risolto» moltiplicando ogni valore per un fattore di correzione stimato. Per l'applicazione, i totali delle transazioni completate possono restare indietro rispetto all'uso in tempo reale.