Squid નો કયો બાઇટ કાઉન્ટર ટ્રાફિક ક્વોટા માટે વાપરવો જોઈએ?
Squid લોગ ફીલ્ડ ઉમેરતા પહેલાં નક્કી કરો કે પ્રોક્સી ક્વોટા જવાબો, વિનંતીઓ, અપસ્ટ્રીમ બોડી કે એક્સેસ-લિંક ટ્રાફિક માપે છે.
“દરેક વપરાશકર્તાને દસ ગીગાબાઇટ આપો” એ ત્યાં સુધી ચોક્કસ લાગે છે જ્યાં સુધી બે અહેવાલ મળતા નથી. એકે ક્લાયન્ટને મોકલેલા જવાબોનો સરવાળો કર્યો હતો; બીજાએ અપસ્ટ્રીમમાંથી લાવેલા બાઇટ ગણ્યા હતા. બંને પોતાનું પસંદ કરેલું ફીલ્ડ યોગ્ય રીતે જણાવી રહ્યા હોઈ શકે.
Squid ના લોગ ફોર્મેટમાં અલગ કાઉન્ટર છે:
| ફીલ્ડ | દસ્તાવેજી માપ |
|---|---|
%<st | એડાપ્ટેશન પછી ક્લાયન્ટને મોકલેલ કુલ જવાબ ટ્રાફિક |
%>st | ક્લાયન્ટથી મળેલ કુલ વિનંતીનું કદ, ચંક્ડ-એન્કોડિંગના બાઇટ સિવાય |
%<bs | આગલા હોપથી મળેલ HTTP-સમકક્ષ સંદેશ-બોડી બાઇટ, દસ્તાવેજી બાકાતો સાથે |
Squid ના મૂળ લોગની બાઇટ કોલમ ક્લાયન્ટ-જવાબ કાઉન્ટર વાપરે છે. તે એવું વચન નથી કે મૂલ્ય સંગ્રહિત ફાઇલની લંબાઈ જેટલું છે, અને તે ઇન્ટરનેટ સેવા પ્રદાતા જે દરેક ઇથરનેટ કે IP બાઇટ વસૂલે છે તેનું માપ પણ નથી.
કેશ હિટ્સ તફાવત દર્શાવે છે: Squid નવી અપસ્ટ્રીમ ફેચ કર્યા વિના જવાબ મોકલી શકે છે. વધુ અપલોડવાળું કામ બીજો તફાવત દર્શાવે છે: ફક્ત જવાબ ગણવાથી વિનંતીની દિશા બજેટની બહાર રહે છે.
CONNECT માટે પ્રોક્સી ટનલની અંદરની દરેક એન્ક્રિપ્ટેડ ફાઇલ કે પૃષ્ઠ સમજ્યા વિના રિલે થયેલ ટ્રાફિકનો હિસાબ કરી શકે છે. પરંતુ ટનલના કુલ બાઇટને ડાઉનલોડ થયેલ એપ્લિકેશન ઑબ્જેક્ટની ચોક્કસ યાદીમાં ફેરવી શકતું નથી.
કાઉન્ટરની બાજુમાં ક્વોટા કરાર લખો: દિશા, નિરીક્ષણ બિંદુ, હિસાબી સમયગાળો અને ઓળખ. પછી લોગ ફોર્મેટની આવૃત્તિ અહેવાલો સાથે રાખો. બાઇટનો અર્થ શું છે તે અંગેનો મતભેદ અનુમાનિત સુધારણા ગુણકથી દરેક મૂલ્યને ગુણીને “સુધારવો” ન જોઈએ. અમલ માટે, પૂર્ણ થયેલા વ્યવહારોના સરવાળા જીવંત વપરાશથી પાછળ રહી શકે છે.