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

विश्वासार्ह रिले आपल्या द्वारे पुरवल्या जाणाऱ्या क्लायंट ओळखीद्वारे पत्ता-आधारित अधिकृततेवर प्रभाव टाकू शकतो. ती क्षमता केवळ इच्छित मध्यस्थाला द्या.