Kvifor Squid-nedlastingar kan overstige ei månadleg trafikkkvote
Forstå kvifor periodiske rapportar og loggar over fullførte førespurnader ikkje kan handheve ei nøyaktig kvote for levande proxy-trafikk.
Ein kvoterapport som blir oppdatert kvart tiande minutt, kan gå glipp av langt meir enn ti minutt med gjeldande trafikk. Den innebygde transaksjonsloggen til Squid skriv normalt den fullførte transaksjonen, så ei open nedlasting eller ein CONNECT-tunnel har kanskje ikkje levert det endelege byttetalet enno.
Fyrst definer kva trafikk kvota tel.
Tilgang skjer før endeleg rekneskap
Ein hjelpar kan sleppe inn ei ny førespurnad ved hjelp av ein rekneskapsdatabase. Å oppdatere den databasen seinare stoppar ikkje automatisk arbeid som alt er sleppt inn.
Samtidige førespurnader kan òg lese same saldo. Med 20 MB att kan to samtidige 15 MB-operasjonar begge bli sleppte inn før nokon av dei endrar totalen. Nøyaktig rapportering i ettertid kan ikkje gjere overskridinga om att.
Autentisering og ekstern ACL-bufring kan utsetje ei endra avgjerd ytterlegare. Ei bufra tillating er ikkje ein fersk saldosjekk. IP-basert rekneskap kan òg slå saman brukarar bak éi omsett kjelde.
Definer grensa du kan handheve
Ein mjuk månadleg policy kan tillate forseinka totalsummar og ein dokumentert overskridingsmargin. Eit hardt direktetak krev ein autoritativ direktemålar og handheving som kan handle på pågåande trafikk.
Avgjer om tillatne overføringar blir fullførte, avbrotne eller reserverer eit budsjett. Definer korleis samtidige operasjonar deler dette budsjettet, og korleis mislukka operasjonar frigjer reservasjonar. Ei overføring som startar rett under grensa, bør ha eit føreseieleg utfall.
Ta med overrulling, seine postar, tenestestart og loggrotasjon i rekneskapsdesignet. Hald fram varig handsamingsframdrift; å slette ein aktiv logg for å unngå dobbeltteljing kan i staden miste bevis.