प्रॉक्सी अनुरोध गंतव्य पहुँचने से पहले लॉगिन विवरण की जाँच का इंतज़ार कर सकता है। बिना प्रमाणीकरण कनेक्शन और पहले से कैश जाँचें नए लॉगिन से अलग हों तो नेटवर्क समय सीमा बदलने से पहले प्रमाणीकरण रास्ता देखें।

Squid 6.13 बाहरी प्रमाणीकरण हेल्पर चलाता है। धीमी डायरेक्टरी सेवा, न पढ़ी जा सकने वाली खाता फ़ाइल, हेल्पर का बार-बार बंद होना या उपलब्ध हेल्पर कम होना इस चरण को अलग तरह प्रभावित कर सकता है।

असल सीमित करने वाला चरण खोजें

cache लॉग में शुरू होने की विफलताएँ, हेल्पर बंद होना और ओवरलोड संदेश देखें। सुरक्षित स्थानीय प्रबंधन आँकड़े हों तो हेल्पर गतिविधि वहाँ देखें। केवल काउंटर पाने के लिए प्रबंधन एंडपॉइंट सार्वजनिक न खोलें।

बैकएंड को परीक्षण खाते से अलग जाँचें। एक सत्यापन भी पूरा न करने वाले हेल्पर के काम को ठीक करना होगा; अधिक कॉपियाँ चलाना पथ या अनुमति की त्रुटि नहीं सुधारता।

प्रक्रियाओं की संख्या प्रोटोकॉल समवर्तिता नहीं है

सीमित प्रक्रिया पूल का उदाहरण:

auth_param basic children 16 startup=2 idle=2

यहाँ अधिकतम संख्या, शुरुआती संख्या और वांछित खाली उपलब्धता के उद्देश्य अलग हैं। मान उदाहरण हैं। उन्हें मापी अनुरोध माँग और बैकएंड के कनेक्शन व संसाधन सीमाओं से मिलाएँ।

अलग concurrency विकल्प Squid के हेल्पर से बात करने का प्रोटोकॉल बदलता है। यह सामान्य प्रदर्शन स्विच नहीं। इसे तभी चालू करें जब हेल्पर ज़रूरी चैनल पहचान और एक साथ अनुरोधों का स्पष्ट समर्थन करे।

लॉगिन विवरण की कैशिंग ज़रूरी सत्यापन की आवृत्ति भी प्रभावित करती है। हेल्पर पूल बदले बिना वैधता घटाने से काम बढ़ सकता है, भले ब्राउज़िंग ट्रैफ़िक स्थिर हो।

बदलाव के बाद कॉन्फ़िगरेशन पार्स करें और प्रतिनिधि अनुमत भार में प्रमाणीकरण देरी, त्रुटियाँ व बैकएंड भार तुलना करें। सफल पार्सिंग सिंटैक्स बताती है; नया पूल तेज़ या पर्याप्त बड़ा है यह नहीं दिखाती।

संबंधित लेख