Hvorfor Squid-downloads kan overskride en månedlig trafikgrænse
Forstå hvorfor periodiske rapporter og logfiler over afsluttede forespørgsler ikke kan håndhæve en præcis trafikgrænse i realtid.
En kvoterapport, der opdateres hvert tiende minut, kan overse langt mere end ti minutters aktuel trafik. Squids egen transaktionslog skriver normalt den afsluttede transaktion, så en åben download eller CONNECT-tunnel har muligvis endnu ikke leveret sit endelige bytantal.
Først skal du definere, hvilken trafik kvoten tæller.
Adgang sker før den endelige afregning
En hjælper kan give adgang til en ny forespørgsel via en regnskabsdatabase. Opdatering af den database senere stopper ikke automatisk arbejde, der allerede er tilladt.
Samtidige forespørgsler kan også slå den samme saldo op. Med 20 MB tilbage kan to samtidige operationer på 15 MB begge blive tilladt, før nogen af dem ændrer totalen. Præcis rapportering bagefter kan ikke gøre overskridelsen god igen.
Caching af godkendelse og eksterne ACL'er kan forsinke en ændret beslutning yderligere. En cachet tilladelse er ikke en ny saldokontrol. IP-baseret regnskab kan også slå brugere sammen bag én oversat kilde.
Definér den grænse, du kan håndhæve
En blød månedlig politik kan tillade forsinkede totaler og en dokumenteret overskridelsesmargen. Et hårdt loft i realtid kræver en autoritativ måler og håndhævelse, der kan gribe ind i løbende trafik.
Beslut, om tilladte overførsler afsluttes, afbrydes eller reserverer et budget. Definér, hvordan samtidige operationer deler dette budget, og hvordan mislykkede operationer frigiver reservationer. En overførsel, der starter lidt under grænsen, bør have et forudsigeligt resultat.
Medtag overførsel til nyt periode, sene poster, servicegenstart og logrotation i regnskabsdesignet. Bevar holdbar behandlingsfremdrift; sletning af en aktiv log for at undgå dobbelttælling kan i stedet miste beviser.