Pse shkarkimet e Squid mund të tejkalojnë një kuotë mujore trafiku

Një raport kuote i rifreskuar çdo dhjetë minuta mund të humbasë shumë më tepër se dhjetë minuta trafik aktual. Regjistrimi vendas i transaksioneve i Squid zakonisht shkruan transaksionin e përfunduar, kështu që një shkarkim i hapur ose tunel CONNECT mund të mos ketë dhënë ende numrin përfundimtar të bajteve.

Së pari përcaktoni cilin trafik numëron kuota.

Pranimi ndodh para kontabilitetit përfundimtar

Një ndihmës mund të pranojë një kërkesë të re duke përdorur një bazë të dhënash kontabiliteti. Përditësimi i mëvonshëm i asaj baze nuk e ndalon automatikisht punën e pranuar tashmë.

Kërkesat e njëkohshme mund të konsultojnë gjithashtu të njëjtin bilanc. Me 20 MB të mbetura, dy operacione të njëkohshme prej 15 MB mund të pranohen të dyja përpara se ndonjëra të ndryshojë totalin. Raportimi i saktë më pas nuk mund ta anulojë tepricën.

Vërtetimi dhe caching-u i ACL-ve të jashtme mund ta vonojnë edhe më shumë një vendim të ndryshuar. Një leje e ruajtur në cache nuk është kontroll i freskët i bilancit. Kontabiliteti i bazuar në IP mund të bashkojë gjithashtu përdoruesit pas një burimi të vetëm të përkthyer.

Përcaktoni kufirin që mund të zbatoni

Një politikë mujore e butë mund të lejojë totalet e vonuara dhe një tolerancë të dokumentuar tejkalimi. Një kufi i fortë në kohë reale kërkon një matës autoritar në kohë reale dhe zbatim që mund të veprojë mbi trafikun në vazhdim.

Vendosni nëse transferimet e pranuara përfundojnë, ndërpriten ose rezervojnë një buxhet. Përcaktoni si operacionet e njëkohshme e ndajnë atë buxhet dhe si operacionet e dështuara i lirojnë rezervimet. Një transferim që nis pak nën kufi duhet të ketë një rezultat të parashikueshëm.

Përfshini në projektimin e kontabilitetit kalimin e bilancit, regjistrimet e vonuara, rinisjet e shërbimit dhe rrotullimin e regjistrave. Mbani progres të qëndrueshëm të përpunimit; fshirja e një regjistri aktiv për të shmangur numërimin e dyfishtë mund të humbasë provat.