प्रोक्सी प्रमाणहरूको परीक्षण: अनुरोधको सफलता र नयाँ प्रमाणीकरण

प्रोक्सीबाट अनुरोध सफल हुनुले त्यो कार्य अनुमति दिइएको थियो भन्ने प्रमाणित गर्छ। तर यसले पासवर्ड फेरि जाँचिएको प्रमाणित नगर्न सक्छ: गन्तव्य छुट पाएको हुन सक्छ, वा जडान पहिले नै प्रमाणित भइसकेको हुन सक्छ।

कार्य जाँचका लागि आफ्नो नियन्त्रित अन्तबिन्दु प्रयोग गर्नुहोस्, जसको ज्ञात सानो प्रतिक्रिया होस् र खाताले पूरा गर्नुपर्ने पहुँच नीति होस्:

curl --proxy http://proxy.example:8080   --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD'   https://probe.example/status

अन्तबिन्दु र खाता प्लेसहोल्डर हुन्। यी मध्यस्थ प्रमाणहरू हुन्, गन्तव्यमा कुनै पनि लगइनबाट अलग।

प्रतिक्रियाको चरण र चुनौती सँगै राख्नुहोस्। 407 ले वार्ता सुरु वा जारी राख्न, असमर्थित विधिहरू रिपोर्ट गर्न वा खाता अस्वीकार गर्न सक्छ। 403 ले नीतिअनुसार अस्वीकार देखाउन सक्छ, र पछिको वेबसाइट त्रुटि सफल प्रोक्सी लगइनपछि आउन सक्छ।

खाताको नयाँ प्रमाणीकरणका लागि अपरेटरले समर्थन गरेको खाता जाँच वा प्रमाणित पहिचानको लग प्रयोग गर्नुहोस्। आफ्नै प्रोक्सीमा ब्याकएन्ड प्रमाणले वास्तविक प्रमाणीकरणलाई अनाम रूपमा अनुमति दिइएको अनुरोधबाट छुट्याउन सक्छ। पासवर्ड परिवर्तन गर्दा पुरानो प्रमाण काम गर्न छोड्नुपर्थ्यो कि भन्ने निर्णय गर्दा क्यास प्रमाणीकरण विन्डो समावेश गर्नुहोस्। Squid 6.13 Basic का लागि credentialsttl ले प्रमाणीकरण क्यास विन्डो नियन्त्रण गर्छ।