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 प्रमाणपत्रहरू बारम्बार बदल्नुभन्दा अभिभावकको भूमिका सुधार्नु बढी विशिष्ट हुन्छ।