Squid डाउनलोड मासिक ट्रैफ़िक कोटा क्यों पार कर सकते हैं
समझें कि आवधिक रिपोर्टें और पूर्ण अनुरोधों के लॉग सटीक लाइव प्रॉक्सी ट्रैफ़िक कोटा क्यों लागू नहीं कर सकते।
हर दस मिनट में ताज़ा होने वाली कोटा रिपोर्ट मौजूदा ट्रैफ़िक के दस मिनट से कहीं ज़्यादा छूट सकती है। Squid का मूल लेन-देन लॉग आम तौर पर पूर्ण हुए लेन-देन को लिखता है, इसलिए कोई खुला डाउनलोड या CONNECT टनल शायद अभी तक अपनी अंतिम बाइट गिनती नहीं दे पाया हो।
पहले यह तय करें कि कोटा किस ट्रैफ़िक को गिनता है।
प्रवेश अंतिम हिसाब से पहले होता है
एक सहायक हिसाब डेटाबेस का उपयोग करके नया अनुरोध स्वीकार कर सकता है। उस डेटाबेस को बाद में अपडेट करना पहले से स्वीकृत काम को अपने आप नहीं रोकता।
समवर्ती अनुरोध भी वही शेष राशि देख सकते हैं। 20 MB बचे होने पर दो एक साथ चलने वाले 15 MB के काम दोनों स्वीकार हो सकते हैं, इससे पहले कि कोई उनमें से कुल बदले। बाद में सटीक रिपोर्ट अतिरिक्त हिस्सा वापस नहीं ला सकती।
प्रमाणीकरण और बाहरी-ACL कैशिंग बदले हुए निर्णय को और देर कर सकती है। कैश की गई अनुमति नई शेष-राशि जाँच नहीं है। IP-आधारित हिसाब एक अनूदित स्रोत के पीछे के उपयोगकर्ताओं को भी जोड़ सकता है।
वह सीमा तय करें जिसे आप लागू कर सकते हैं
नरम मासिक नीति विलंबित कुल और प्रलेखित अतिक्रमण छूट की अनुमति दे सकती है। कठोर लाइव सीमा के लिए प्रामाणिक लाइव मीटर और चल रहे ट्रैफ़िक पर कार्रवाई कर सकने वाला प्रवर्तन चाहिए।
तय करें कि स्वीकृत स्थानांतरण पूरे होते हैं, रोके जाते हैं या बजट आरक्षित करते हैं। परिभाषित करें कि समवर्ती काम वह बजट कैसे साझा करते हैं और असफल काम आरक्षण कैसे छोड़ते हैं। सीमा से थोड़ा नीचे शुरू होने वाले स्थानांतरण का परिणाम पूर्वानुमेय होना चाहिए।
हिसाब के डिज़ाइन में रोलओवर, देर से आए रिकॉर्ड, सेवा पुनःआरंभ और लॉग रोटेशन शामिल करें। टिकाऊ प्रसंस्करण प्रगति रखें; दोहरी गिनती से बचने के लिए सक्रिय लॉग हटाना उल्टे सबूत खो सकता है।