Cili numërues bajtesh i Squid duhet të përdoret nga një kuotë trafiku?
Vendosni nëse kuota e një proxy mat përgjigje, kërkesa, trupa nga serveri i mësipërm apo trafikun e linjës së aksesit përpara se të mblidhni fushat e regjistrit të Squid.
«Jepini çdo përdoruesi dhjetë gigabajt» tingëllon e saktë derisa dy raporte nuk përputhen. Njëri mblidhte përgjigjet e dërguara klientëve; tjetri numëronte bajtët e marrë nga serveri i mësipërm. Të dy mund ta raportojnë saktë fushën që zgjodhën.
Formati i regjistrit të Squid ka numërues të veçantë:
| Fusha | Matja e dokumentuar |
|---|---|
%<st | Trafiku i përgjithshëm i përgjigjeve drejt klientit, pas përshtatjes |
%>st | Madhësia e përgjithshme e kërkesës së marrë nga klienti, pa bajtët e kodimit në copa |
%<bs | Bajtët e trupit të mesazhit ekuivalent me HTTP të marrë nga hapi tjetër, me përjashtimet e dokumentuara |
Kolona bytes në regjistrin vendas të Squid përdor numëruesin e përgjigjeve drejt klientit. Nuk është premtim që vlera është e barabartë me gjatësinë e skedarit të ruajtur, as matje e çdo bajti Ethernet ose IP që faturohet nga një ofrues interneti.
Goditjet në cache e ilustrojnë ndryshimin: Squid mund të dërgojë një përgjigje pa marrë diçka të re nga serveri i mësipërm. Puna me shumë ngarkime ilustron një tjetër: duke numëruar vetëm përgjigjet, drejtimi i kërkesave mbetet jashtë buxhetit.
Për CONNECT, proxy-ja mund të kontabilizojë trafikun e përcjellë pa kuptuar çdo skedar ose faqe të kriptuar brenda tunelit. Nuk mund ta kthejë totalin e bajtëve të tunelit në një inventar të saktë të objekteve aplikative të shkarkuara.
Shkruani kontratën e kuotës pranë numëruesit: drejtimi, pika e vëzhgimit, periudha kontabël dhe identiteti. Më pas ruani versionin e formatit të regjistrit bashkë me raportet. Mospajtimi për kuptimin e një bajti nuk duhet «rregulluar» duke shumëzuar çdo vlerë me një faktor korrigjimi të hamendësuar. Për zbatim, totalet e transaksioneve të përfunduara mund të mbeten pas përdorimit në kohë reale.