Hvorfor Squid-nedlastinger kan overstige en månedlig trafikkkvote
Forstå hvorfor periodiske rapporter og logger over fullførte forespørsler ikke kan håndheve en nøyaktig kvote for levende proxy-trafikk.
En kvoterapport som oppdateres hvert tiende minutt, kan gå glipp av langt mer enn ti minutter med gjeldende trafikk. Squids innebygde transaksjonslogging skriver normalt den fullførte transaksjonen, så en åpen nedlasting eller CONNECT-tunnel har kanskje ikke levert sitt endelige byteantall ennå.
Først definer hvilken trafikk kvoten teller.
Adgang skjer før endelig regnskap
En hjelper kan gi adgang til en ny forespørsel ved hjelp av en regnskapsdatabase. Å oppdatere den databasen senere stopper ikke automatisk arbeid som allerede er sluppet inn.
Samtidige forespørsler kan også lese samme saldo. Med 20 MB igjen kan to samtidige 15 MB-operasjoner begge bli sluppet inn før noen av dem endrer totalen. Nøyaktig rapportering i ettertid kan ikke gjøre overskridelsen om igjen.
Autentisering og ekstern ACL-bufring kan utsette en endret avgjørelse ytterligere. En bufret tillatelse er ikke en fersk saldosjekk. IP-basert regnskap kan også slå sammen brukere bak én oversatt kilde.
Definer grensen du kan håndheve
En myk månedlig policy kan tillate forsinkede totaler og en dokumentert overskridelsestoleranse. Et hardt direktetak krever et autoritativt direktemåler og håndheving som kan handle på pågående trafikk.
Avgjør om tillatte overføringer fullføres, avbrytes eller reserverer et budsjett. Definer hvordan samtidige operasjoner deler dette budsjettet, og hvordan mislykkede operasjoner frigjør reservasjoner. En overføring som starter rett under grensen, bør ha et forutsigbart utfall.
Ta med overrulling, sene poster, tjenestestart og loggrotasjon i regnskapsdesignet. Behold varig behandlingsframdrift; å slette en aktiv logg for å unngå dobbelttelling kan i stedet miste bevis.