„Дајте сваком кориснику десет гигабајта” звучи прецизно све док се два извештаја не разиђу. Један је сабирао одговоре послате клијентима; други је бројао бајтове преузете са узводног сервера. Оба могу исправно пријављивати изабрано поље.

Формат Squid дневника има одвојене бројаче:

ПољеДокументовано мерење
%<stУкупан саобраћај одговора послат клијенту, након прилагођавања
%>stУкупна величина захтева примљена од клијента, без бајтова chunked кодирања
%<bsБајтови тела поруке еквивалентне HTTP-у примљени од следећег хопа, са документованим изузецима

Колона bytes у изворном Squid дневнику користи бројач одговора клијенту. То није обећање да је вредност једнака дужини сачуване датотеке, нити мерење сваког Ethernet или IP бајта који ISP наплаћује.

Погодци у кешу показују разлику: Squid може послати одговор без новог преузимања са узводног сервера. Рад са много отпремања показује друго: бројање само одговора оставља смер захтева ван буџета.

За CONNECT, прокси може да обрачуна прослеђени саобраћај без разумевања сваке шифроване датотеке или странице у тунелу. Не може укупан број бајтова тунела да претвори у тачан списак преузетих апликацијских објеката.

Напишите уговор о квоти поред бројача: смер, тачка посматрања, обрачунски период и идентитет. Затим чувајте верзију формата дневника уз извештаје. Неслагање о томе шта бајт значи не треба „поправљати” множењем сваке вредности претпостављеним корекционим фактором. За спровођење укупни износи завршених трансакција могу да заостају за стварном употребом.

Повезани чланци