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 प्रॉक्सीचा विश्वास सेट करते आणि गंतव्य पडताळणी स्वतंत्र ठेवते; दोन्ही तपासण्या ठेवा.

प्रत्यक्ष लिसनर आणि सर्टिफिकेटचे नाव पाहा, मग नाकारला गेला पाहिजे असा नियंत्रित स्रोतही तपासा. केवळ यशस्वी पार्सिंग क्लायंटचा विश्वास किंवा प्रवेशसीमा सिद्ध करत नाही.

संबंधित लेख