Squid PROXY प्रोटोकल: HTTP पहुँच जाँचअघि पठाउनेलाई विश्वास गर्नुहोस्

मेटाडेटा आपूर्ति गर्ने रिलेमाथि विश्वास गर्न proxy_protocol_access प्रयोग गर्नुहोस्, अनुमत वेबसाइट छनोट गर्न होइन। Squid 5–7 मा, TCP स्थापना भएपछि require-proxy-header श्रोतामा जाँच एकपटक चल्छ, HTTP अनुरोध हेडरहरू प्रशोधन हुनुअघि:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

उदाहरणको रिले ठेगाना बदल्नुहोस् र यो श्रोतामा नेटवर्क पहुँच सीमित गर्नुहोस्। यो चरणमा Squid ले आपूर्ति गरिएको मेटाडेटा स्वीकार गर्नुअघि वास्तविक TCP साथीलाई जाँच्छ। स्वीकार गरेपछि, यसले दाबी गरिएको ग्राहक ठेगाना पछिका ACL जाँच र लगिङका लागि प्रयोग गर्छ। रिलेले दाबी गर्ने ग्राहक ठेगानाका आधारमा विश्वास गर्नुले त्यो क्रम उल्टाउँछ।

पछिका ग्राहक-स्रोत र गन्तव्य अनुमतिका लागि http_access राख्नुहोस्। मेटाडेटा स्वीकार गर्नुले वेबसाइट पहुँच अधिकृत गर्दैन, र गन्तव्य-डोमेन ACL ले अघिल्लो पठाउने-विश्वास प्रश्नको उत्तर दिन सक्दैन।

पठाउने र प्राप्तकर्ताले समर्थित PROXY प्रोटोकल संस्करणमा सहमत हुनुपर्छ। साधारण HTTP ग्राहकले यो अनिवार्य-उपसर्ग श्रोतालाई साधारण प्रोक्सी अन्त्यबिन्दुका रूपमा प्रयोग गर्न सक्दैन। दुवै रूप आवश्यक भए, उही श्रवण ठेगाना र पोर्ट दोहोर्याउनुको सट्टा जानाजान अलग अन्त्यबिन्दुहरू प्रयोग गर्नुहोस्।

विश्वासिलो रिलेले आफूले आपूर्ति गर्ने ग्राहक पहिचानमार्फत ठेगाना-आधारित अधिकारमा प्रभाव पार्न सक्छ। त्यो क्षमता केवल अभिप्रेत मध्यस्थलाई दिनुहोस्।