Hvorfor Squid-nedlastinger kan overskride 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 miste langt mer enn ti minutter av gjeldende trafikk. Squids innebygde transaksjonslogging skriver vanligvis den fullførte transaksjonen, så en åpen nedlasting eller CONNECT-tunnel kan ennå ikke ha levert sitt endelige byteantall.
Først definer hvilken trafikk kvoten teller.
Innvilgelse skjer før endelig regnskap
En hjelper kan innvilge en ny forespørsel ved hjelp av en regnskapsdatabase. Å oppdatere den databasen senere stopper ikke automatisk arbeid som allerede er innvilget.
Samtidige forespørsler kan også lese samme saldo. Med 20 MB igjen kan to samtidige 15 MB-operasjoner begge bli innvilget før noen av dem endrer totalen. Nøyaktig rapportering etterpå kan ikke gjøre overskridelsen ugjort.
Autentisering og bufring av eksterne ACL-er 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 innvilgede 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.