Squid प्रमाणीकरण हेल्पर कधी अडथळा बनतात

प्रॉक्सी विनंती गंतव्य गाठण्याआधी प्रवेश माहितीच्या तपासणीची वाट पाहू शकते. प्रमाणीकरण नसलेल्या जोडण्या व आधीच कॅश केलेल्या तपासण्या नव्या लॉगिनपेक्षा वेगळ्या असतील तर नेटवर्क वेळमर्यादा बदलण्याआधी प्रमाणीकरण मार्ग पाहा.

Squid 6.13 बाहेरचे प्रमाणीकरण हेल्पर चालवते. मंद डायरेक्टरी सेवा, न वाचता येणारी खाते फाइल, हेल्पर वारंवार बंद होणे किंवा उपलब्ध हेल्पर कमी असणे या टप्प्यावर वेगवेगळा परिणाम करू शकते.

खरा मर्यादा घालणारा टप्पा शोधा

cache लॉगमध्ये सुरू होण्याचे अपयश, हेल्पर बंद होणे आणि अतिरिक्त भाराचे संदेश पाहा. सुरक्षित स्थानिक व्यवस्थापन आकडे असतील तर क्रियाकलाप तिथे पाहा. केवळ काउंटरसाठी व्यवस्थापन एंडपॉइंट सार्वजनिक करू नका.

बॅकएंड स्वतंत्रपणे चाचणी खात्याने तपासा. एक पडताळणीही पूर्ण न करणाऱ्या हेल्परचे कार्य दुरुस्त करावे लागते; अधिक प्रती पाथ किंवा परवानगीची त्रुटी दुरुस्त करत नाहीत.

प्रक्रियांची संख्या म्हणजे प्रोटोकॉलची समवर्तिता नाही

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

auth_param basic children 16 startup=2 idle=2

येथे कमाल संख्या, सुरुवातीची संख्या आणि इच्छित निष्क्रिय उपलब्धता वेगवेगळ्या हेतूंसाठी आहेत. मूल्ये उदाहरणे आहेत. मोजलेल्या मागणीशी आणि बॅकएंडच्या जोडणी व संसाधन मर्यादांशी ती जुळवा.

वेगळा concurrency पर्याय Squid व हेल्परमधला प्रोटोकॉल बदलतो. तो सर्वसाधारण कार्यक्षमता स्विच नाही. हेल्पर आवश्यक चॅनेल ओळखी व एकाच वेळच्या विनंत्या स्पष्टपणे समर्थित करत असेल तेव्हाच चालू करा.

प्रवेश माहिती कॅश करणे गरजेच्या पडताळणीची वारंवारताही बदलते. हेल्पर पूल न बदलता वैधता कमी केल्यास काम वाढू शकते, ब्राउझिंग वाहतूक स्थिर असली तरी.

बदलानंतर मांडणी पार्स करा आणि प्रतिनिधिक अनुमत भारात प्रमाणीकरण विलंब, त्रुटी व बॅकएंड भार तुलना करा. यशस्वी पार्सिंग वाक्यरचना सिद्ध करते; नवा पूल जलद किंवा पुरेसा मोठा आहे असे सिद्ध करत नाही.