Squid 6.13 मा TLS फर्वार्ड-प्रोक्सी लिसनर

GnuTLS वा OpenSSLसँग बनेको Squid 6.13 ले TLSबाट फर्वार्ड-प्रोक्सी अनुरोध स्वीकार गर्न सक्छ। यसले HTTPS गन्तव्यको छुट्टै सेसन नसमाती क्लाइन्ट–प्रोक्सी लिंक बचाउँछ।

1. क्लाइन्टले Squidसम्म पुग्न प्रयोग गर्ने होस्टनामका लागि प्रमाणपत्र लिनुहोस्। त्यसको निजी कुञ्जी आवश्यक सेवा पहिचानमा मात्र सीमित राख्नुहोस्।
2. आफूलाई दिइएको ठेगाना र वास्तविक प्रमाणपत्र पथसहित TLS लिसनर थप्नुहोस्:

https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

क्लाइन्ट अनुमति सूची र गन्तव्य सीमा तथा प्रमाणीकरण नीति कायम राख्नुहोस्। लिसनरले पहुँच अनुमति दिँदैन। रहेको http_port पनि सक्रिय रहन्छ; सबै क्लाइन्ट जडानले TLS प्रयोग गर्नुपर्ने भए पुरानो लिसनर हटाउनुहोस् वा सीमित गर्नुहोस्। एक्सेलेरेटर, इन्टरसेप्सन वा प्रमाणपत्र बनाउने मोड चाहिँदैन।

सम्बन्धित सेवा फेरि लोड गर्नुअघि कन्फिगरेसन पार्स गर्नुहोस्। पार्सर जाँचले संरचना र प्रमाणपत्र लोडिङ जाँच्छ, नेटवर्क पहुँच होइन। सफल रीलोडपछि अनुमति पाएको क्लाइन्टबाट TLS एन्डपोइन्ट हुँदै अनुरोध गर्नुहोस्:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

सही प्रोक्सी होस्टनाम र स्वीकृत CA फाइल प्रयोग गर्नुहोस्। सार्वजनिक विश्वास भएको प्रोक्सी प्रमाणपत्रलाई आफ्नै बन्डल आवश्यक नहुन सक्छ। --proxy-cacert ले प्रोक्सी विश्वास मिलाउँछ र गन्तव्य प्रमाणीकरण छुट्टै राख्छ; दुवै जाँच कायम राख्नुहोस्।

वास्तविक लिसनर र प्रमाणपत्र नाम हेर्नुहोस्, अनि अस्वीकार हुनुपर्ने नियन्त्रित स्रोत पनि जाँच्नुहोस्। सफल पार्सिङ मात्रले क्लाइन्ट विश्वास वा पहुँचसीमा स्थापित गर्दैन।