ట్రాఫిక్ కోటా ఏ Squid బైట్ కౌంటర్‌ను ఉపయోగించాలి?
Squid లాగ్ ఫీల్డ్‌లను కలిపే ముందు ప్రాక్సీ కోటా ప్రతిస్పందనలు, అభ్యర్థనలు, అప్‌స్ట్రీమ్ బాడీలు లేదా యాక్సెస్ లింక్ ట్రాఫిక్‌ను కొలుస్తుందో లేదో నిర్ణయించండి.
“ప్రతి వినియోగదారుకు పది గిగాబైట్లు ఇవ్వండి” అనేది రెండు నివేదికలు ఏకీభవించనంత వరకు ఖచ్చితంగా అనిపిస్తుంది. ఒకటి క్లయింట్‌లకు పంపిన ప్రతిస్పందనలను కలిపింది; మరొకటి అప్‌స్ట్రీమ్ నుండి తెచ్చిన బైట్‌లను లెక్కించింది. రెండూ తాము ఎంచుకున్న ఫీల్డ్‌ను సరిగ్గా నివేదిస్తూ ఉండవచ్చు.
Squid లాగ్ ఫార్మాట్‌లో వేర్వేరు కౌంటర్‌లు ఉన్నాయి:
| ఫీల్డ్ | నమోదిత కొలత |
|---|---|
%<st | అనుకూలన తర్వాత క్లయింట్‌కు పంపిన మొత్తం ప్రతిస్పందన ట్రాఫిక్ |
%>st | క్లయింట్ నుండి స్వీకరించిన మొత్తం అభ్యర్థన పరిమాణం, చంక్డ్ ఎన్‌కోడింగ్ బైట్‌లు మినహా |
%<bs | తదుపరి హాప్ నుండి స్వీకరించిన HTTP-సమాన సందేశ బాడీ బైట్‌లు, నమోదిత మినహాయింపులతో |
Squid స్థానిక లాగ్‌లోని bytes నిలువు వరుస క్లయింట్ ప్రతిస్పందన కౌంటర్‌ను ఉపయోగిస్తుంది. విలువ సేవ్ చేసిన ఫైల్ పొడవుకు సమానం అనే హామీ కాదు, ISP వసూలు చేసే ప్రతి Ethernet లేదా IP బైట్ కొలత కూడా కాదు.
కాష్ హిట్‌లు భేదాన్ని చూపుతాయి: Squid అప్‌స్ట్రీమ్ నుండి కొత్తది తీసుకోకుండానే ప్రతిస్పందన పంపగలదు. ఎక్కువ అప్‌లోడ్ ఉన్న పని మరొకటి చూపుతుంది: ప్రతిస్పందనలను మాత్రమే లెక్కిస్తే అభ్యర్థన దిశ బడ్జెట్ వెలుపల ఉంటుంది.
CONNECT కోసం, సొరంగంలోని ప్రతి గుప్తీకరించిన ఫైల్ లేదా పేజీని అర్థం చేసుకోకుండానే ప్రాక్సీ రిలే ట్రాఫిక్‌ను లెక్కించగలదు. కానీ సొరంగం మొత్తం బైట్‌లను డౌన్‌లోడ్ చేసిన అప్లికేషన్ వస్తువుల ఖచ్చితమైన జాబితాగా మార్చలేదు.
కోటా ఒప్పందాన్ని కౌంటర్ పక్కన రాయండి: దిశ, పరిశీలనా బిందువు, లెక్కింపు కాలం మరియు గుర్తింపు. తర్వాత లాగ్ ఫార్మాట్ వెర్షన్‌ను నివేదికలతో పాటు ఉంచండి. బైట్ అర్థం గురించిన భేదాభిప్రాయాన్ని ప్రతి విలువను ఊహించిన సవరణ కారకంతో గుణించి «సరిచేయ» కూడదు. అమలు కోసం పూర్తయిన లావాదేవీల మొత్తాలు ప్రత్యక్ష వినియోగం కంటే వెనుకబడి ఉండవచ్చు.