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 ಪ್ರಾಕ್ಸಿ ವಿಶ್ವಾಸ ಹೊಂದಿಸಿ ಗಮ್ಯ ದೃಢೀಕರಣ ಪ್ರತ್ಯೇಕವಾಗಿಡುತ್ತದೆ; ಎರಡೂ ಪರಿಶೀಲನೆ ಉಳಿಸಿ.

ನಿಜವಾದ ಲಿಸನರ್ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಹೆಸರು ಪರಿಶೀಲಿಸಿ, ನಂತರ ನಿರಾಕರಿಸಬೇಕಾದ ನಿಯಂತ್ರಿತ ಮೂಲವನ್ನೂ ಪರೀಕ್ಷಿಸಿ. ಯಶಸ್ವಿ ಪಾರ್ಸಿಂಗ್ ಮಾತ್ರ ಕ್ಲೈಂಟ್ ವಿಶ್ವಾಸ ಅಥವಾ ಪ್ರವೇಶ ಗಡಿ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು