Welcher Squid-Byte-Zähler sollte eine Traffic-Quote verwenden?
Entscheiden Sie, ob eine Proxy-Quote Antworten, Anfragen, Upstream-Bodies oder Access-Link-Traffic misst, bevor Sie Squid-Logfelder summieren.
„Jedem Nutzer zehn Gigabyte geben“ klingt präzise, bis zwei Berichte voneinander abweichen. Der eine summierte an Clients gesendete Antworten, der andere zählte vom Upstream geholte Bytes. Beide können ihr gewähltes Feld korrekt ausweisen.
Das Logformat von Squid hat getrennte Zähler:
| Feld | Dokumentierte Messung |
|---|---|
%<st | Gesamter Antwortverkehr an den Client, nach der Adaption |
%>st | Gesamte Anfragegröße vom Client, ohne Bytes der Chunked-Kodierung |
%<bs | HTTP-äquivalente Bytes des Nachrichtenkörpers vom nächsten Hop, mit dokumentierten Ausnahmen |
Die Byte-Spalte des nativen Squid-Logs nutzt den Client-Antwort-Zähler. Sie verspricht nicht, dass der Wert der Länge der gespeicherten Datei entspricht, und misst auch nicht jedes Ethernet- oder IP-Byte, das ein Anbieter berechnet.
Cache-Treffer zeigen den Unterschied: Squid kann eine Antwort senden, ohne neu beim Upstream zu holen. Upload-lastige Arbeit zeigt einen anderen: Zählt man nur Antworten, bleibt die Anfragrichtung außerhalb des Budgets.
Bei CONNECT kann der Proxy weitergeleiteten Verkehr abrechnen, ohne jede verschlüsselte Datei oder Seite im Tunnel zu verstehen. Er kann die Bytesumme eines Tunnels nicht in ein exaktes Verzeichnis der heruntergeladenen Anwendungsobjekte verwandeln.
Schreiben Sie den Quotenvertrag neben den Zähler: Richtung, Beobachtungspunkt, Abrechnungszeitraum und Identität. Bewahren Sie dann die Version des Logformats zusammen mit den Berichten auf. Ein Streit darüber, was ein Byte bedeutet, sollte nicht durch Multiplikation jedes Werts mit einem geschätzten Korrekturfaktor „behoben“ werden. Für die Durchsetzung können Summen abgeschlossener Transaktionen der laufenden Nutzung hinterherhinken.