Squid मार्फत एउटा थप HTTPS पोर्टलाई अनुमति दिनुहोस्

443 मा सामान्य HTTPS चले पनि पोर्ट 8443 को HTTPS सेवा सही रूपमा कन्फिगर गरिएको Squid प्रोक्सीमार्फत असफल हुन सक्छ। क्लाइन्टको प्रोक्सी प्रोटोकल परिवर्तन गर्नुअघि CONNECT अस्वीकृति र गन्तव्य पोर्ट नीति जाँच्नुहोस्।

Squid 6.13 को सामान्य पहुँच नीतिमा दुई जाँच महत्त्वपूर्ण छन्: गन्तव्यले Safe_ports र CONNECT ले SSL_ports जाँच पार गर्नुपर्छ। एउटा ACL मा मात्र पोर्ट थप्दा अर्को अस्वीकृति लागू रहन सक्छ।

विद्यमान परिभाषाहरू सोचविचार गरेर विस्तार गर्नुहोस्

सामान्य वेब पोर्ट र एउटा थप HTTPS पोर्टलाई अनुमति दिने नीतिका लागि:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

पुराना मानहरूको अनपेक्षित समूह बाँकी नरहोस् भनेर सम्बन्धित परिभाषाहरू बदल्नुहोस् वा सम्पादन गर्नुहोस्। असुरक्षित पोर्ट र CONNECT अस्वीकार गर्ने सामान्य नियमहरू तथा अपेक्षित क्लाइन्ट प्रतिबन्धहरू कायम राख्नुहोस्।

अपवाद सीमित राख्नुहोस्

थप पोर्ट एउटा नियन्त्रित गन्तव्यका लागि मात्र चाहिन्छ भने क्लाइन्टलाई अनुमति दिने नियमअगाडि लक्षित अस्वीकृति थप्नुहोस्:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

यो ठेगाना दस्तावेजका लागि उदाहरण हो। तपाईंले व्यवस्थापन गर्ने वा पहुँचको अनुमति पाएको गन्तव्य प्रयोग गर्नुहोस् र त्यसको ठेगानामा हुने वास्तविक परिवर्तन ध्यानमा राख्नुहोस्। यसले 8443 का सबै गन्तव्यलाई अनुमति दिनुको सट्टा थप पोर्टको अपवाद सीमित गर्छ।

सम्पूर्ण सक्रिय कन्फिगरेसन पार्स गर्नुहोस् र नियमको क्रम हेर्नुहोस्। सही लेखिएको अस्वीकृति पनि मिल्ने क्लाइन्ट अनुमति नियमपछि राखिएको छ भने अपेक्षित प्रतिबन्ध लागू गर्दैन।

स्वीकृत होस्टनामलाई वास्तविक प्रमाणपत्र र पोर्टसहित जाँच्नुहोस्, त्यसपछि अझै अस्वीकृत रहनुपर्ने नियन्त्रित गन्तव्य जाँच्नुहोस्। गन्तव्य पहिचानका त्रुटि र प्रोक्सी नीतिका त्रुटि छुट्याउन TLS प्रमाणीकरण चालु राख्नुहोस्। अनुकूलित पोर्टको एउटा अनुरोध चलाउन सम्पूर्ण CONNECT सुरक्षा नहटाउनुहोस्।