Squid 6.13లో TLS ఫార్వర్డ్-ప్రాక్సీ లిసనర్
గమ్య HTTPS సెషన్ను మధ్యలో పట్టుకోకుండా Squid 6.13లో TLS మద్దతున్న ఫార్వర్డ్-ప్రాక్సీ లిసనర్ జోడించండి.
GnuTLS లేదా OpenSSLతో నిర్మించిన Squid 6.13 TLS ద్వారా ఫార్వర్డ్-ప్రాక్సీ అభ్యర్థనలు స్వీకరించగలదు. ఇది HTTPS గమ్యానికి ప్రత్యేక సెషన్ను మధ్యలో పట్టుకోకుండా క్లయింట్–ప్రాక్సీ లింక్ను రక్షిస్తుంది.
- క్లయింట్లు Squid చేరేందుకు వాడే హోస్ట్ పేరుకు సర్టిఫికెట్ పొందండి. దాని ప్రైవేట్ కీని అవసరమైన సేవా గుర్తింపులకే పరిమితం చేయండి.
- మీకు కేటాయించిన చిరునామా, నిజమైన సర్టిఫికెట్ పాత్లతో 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 ప్రాక్సీ నమ్మకం సెట్ చేసి గమ్య ధ్రువీకరణను వేరుగా ఉంచుతుంది; రెండు తనిఖీలు కొనసాగించండి.
నిజమైన లిసనర్, సర్టిఫికెట్ పేరు పరిశీలించి, తిరస్కరించాల్సిన నియంత్రిత మూలాన్ని కూడా పరీక్షించండి. విజయవంతమైన పార్సింగ్ మాత్రమే క్లయింట్ నమ్మకం లేదా యాక్సెస్ హద్దును నిర్ధారించదు.