Squid cache_peer: किसी फ़ॉरवर्ड पैरेंट को originserver के रूप में चिह्नित न करें

cache_peer पंक्ति किसी पैरेंट का नाम दे सकती है और फिर भी Squid से कह सकती है कि वह उससे ऐसे बात करे जैसे वह ऑरिजिन वेबसाइट हो।

इसके लिए ज़िम्मेदार स्विच originserver है। Squid इसे उन त्वरक व्यवस्थाओं के लिए प्रलेखित करता है जहाँ पीयर एक वेब सर्वर होता है। यह «मूल अनुरोध इस पैरेंट से भेजो» अर्थ वाला सामान्य फ़्लैग नहीं है।

यदि अगला हॉप साधारण HTTP फ़ॉरवर्ड प्रॉक्सी है, तो देखें कि क्या वह फ़्लैग वहाँ है ही। मूल पैरेंट घोषणा का आकार इसके बजाय यह होता है:

cache_peer parent.example parent 8080 0 no-query name=upstream

पैरेंट आपकी अपनी सेवा हो सकती है; बिना कॉन्फ़िगर किए पैरेंट-प्रॉक्सी क्रेडेंशियल के अनुमत सार्वजनिक-पैरेंट परीक्षण के लिए HTTP प्रॉक्सी सूची से कोई HTTP उम्मीदवार लें। इच्छित क्लाइंट प्राधिकरण, पीयर की पात्रता, प्रमाणीकरण और प्रत्यक्ष-फ़ॉलबैक नीति बनाए रखें। यह अंश केवल पीयर की भूमिका बताता है।

proxy-only, जो कभी-कभी originserver के साथ कॉपी किया जाता है, उस पीयर से लिए गए ऑब्जेक्ट संग्रहीत करने से संबंधित है। दोनों फ़्लैग एक साथ हटाना यह सिद्ध नहीं करता कि दोनों ने प्रोटोकॉल विफलता पैदा की।

देखें कि अगली सेवा क्या अपेक्षा करती है: वेबसाइट अनुरोध, फ़ॉरवर्ड-प्रॉक्सी अनुरोध, या टनल-स्थापना विनिमय। वैध होस्टनाम और पहुँच योग्य पोर्ट उन संविदाओं को विनिमेय नहीं बनाते। पीयर की भूमिका सुधारना उस कनेक्शन पर बार-बार TLS प्रमाणपत्र बदलने से अधिक सटीक है जिसकी अनुरोध-अर्थमीमांसा ग़लत थी।