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 ப்ராக்ஸி நம்பகத்தை அமைத்து இலக்குச் சரிபார்ப்பைத் தனியே விடுகிறது; இரு சரிபார்ப்புகளையும் வைத்திருங்கள்.

உண்மையான லிசனரையும் சான்றிதழ் பெயரையும் சரிபார்த்து, மறுக்க வேண்டிய கட்டுப்பாட்டிலுள்ள மூலத்தையும் சோதிக்கவும். பகுப்பாய்வு வெற்றி மட்டுமே கிளையன்ட் நம்பகத்தையோ அணுகல் எல்லையையோ உறுதிப்படுத்தாது.