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