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 क्लाइंट इस अनिवार्य-उपसर्ग श्रोता का सामान्य प्रॉक्सी एंडपॉइंट के रूप में उपयोग नहीं कर सकता। यदि दोनों रूप आवश्यक हों, तो वही श्रवण पता और पोर्ट दोहराने के बजाय जानबूझकर अलग एंडपॉइंट उपयोग करें।

विश्वसनीय रिले अपने द्वारा दी गई क्लाइंट पहचान के माध्यम से पता-आधारित प्राधिकरण को प्रभावित कर सकता है। वह क्षमता केवल इच्छित मध्यस्थ को दें।