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 પ્રોક્સીનો વિશ્વાસ ગોઠવે છે અને ગંતવ્ય ચકાસણી અલગ રાખે છે; બંને તપાસ રાખો.

સાચું લિસનર અને સર્ટિફિકેટ નામ જુઓ, પછી નકારવો જોઈએ તેવો નિયંત્રિત સ્ત્રોત પણ તપાસો. ફક્ત સફળ પાર્સિંગ ક્લાયન્ટ વિશ્વાસ અથવા ઍક્સેસ સીમા સ્થાપિત કરતું નથી.