प्रोक्सीको होस्टनाम Kerberos लगइनको भाग हो

HTTP प्रोक्सीमा स्वचालित डोमेन प्रमाणीकरणले Negotiate र Kerberos प्रयोग गर्न सक्छ। क्लाइन्टलाई प्रोक्सी सेवाको लागि टिकट चाहिन्छ, केवल सम्झिएको वेबसाइट पासवर्ड होइन।

proxy.example.net का रूपमा विज्ञापित प्रोक्सीको लागि, सेवा प्रिन्सिपल यो रूपमा हुन सक्छ:

HTTP/[email protected]

क्लाइन्टले प्रयोग गर्ने होस्टनाम, दर्ता गरिएको सेवा प्रिन्सिपल र प्रोक्सीको keytab तैनातीसँग मिल्नुपर्छ। Squid को Kerberos कन्फिगरेसनले HTTP सेवा प्रिन्सिपल र सहायकले त्यो कुञ्जी सामग्रीको प्रयोग गर्ने तरिका दस्तावेज गर्छ।

IP ठेगाना वा अन्य उपनाम प्रयोग गर्दा सामान्य सेवा-नाम चयन परिवर्तन हुन सक्छ। प्रयोगकर्ता पासवर्ड परिवर्तन गर्नु अघि क्लाइन्टले वास्तवमै कुन प्रोक्सी नाम प्रयोग गर्‍यो र कुन प्रमाणीकरण संयन्त्र पूरा भयो वा असफल भयो निर्धारण गर्नुहोस्।

Negotiate वार्ता संयन्त्र हो। Windows ले लागू हुने सर्तहरूमा Kerberos छान्न वा NTLM मा फर्कन सक्छ; Negotiate शब्द देख्नुले Kerberos आदानप्रदान सफल भयो भन्ने प्रमाण दिँदैन।

स्वचालित प्रमाणपत्र प्रयोगलाई यो प्रोक्सीका लागि अभिप्रेत क्लाइन्ट र डोमेन नीतिभित्र राख्नुहोस्। सामान्य ब्राउजर सत्र र अर्को खातामा चल्ने सेवाले फरक प्रमाणपत्र र अनुमतिका नतिजा पाउन सक्छन्।