Squid ద్వారా మరో HTTPS పోర్ట్‌ను అనుమతించండి
ఆమోదించిన HTTPS సేవ పోర్ట్ 8443 వాడితే Squid 6.13లోని రెండు పోర్ట్ ACLలను నవీకరించి గమ్యస్థాన నియమాన్ని పరిమితంగా ఉంచండి.
443లో సాధారణ HTTPS పనిచేసినా పోర్ట్ 8443లోని HTTPS సేవ సరిగ్గా కాన్ఫిగర్ చేసిన Squid ప్రాక్సీ ద్వారా విఫలమవచ్చు. క్లయింట్ ప్రాక్సీ ప్రోటోకాల్‌ను మార్చే ముందు CONNECT తిరస్కరణను మరియు గమ్యస్థాన పోర్ట్ విధానాన్ని పరిశీలించండి.
Squid 6.13 సాధారణ యాక్సెస్ విధానంలో రెండు తనిఖీలు ముఖ్యం: గమ్యస్థానం Safe_ports తనిఖీని, CONNECT అనేది SSL_ports తనిఖీని దాటాలి. ఒక్క ACLలో మాత్రమే పోర్ట్ చేరిస్తే మరో తిరస్కరణ అమలులోనే ఉండవచ్చు.
ప్రస్తుత నిర్వచనాలను ఆలోచించి విస్తరించండి
సాధారణ వెబ్ పోర్ట్‌లతో పాటు మరో HTTPS పోర్ట్‌ను అనుమతించే విధానం కోసం:
acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443పాత విలువల అనుకోని సమూహం మిగలకుండా సంబంధిత నిర్వచనాలను మార్చండి లేదా సవరించండి. అసురక్షిత పోర్ట్‌లు, CONNECTను తిరస్కరించే సాధారణ నియమాలను, అలాగే ఉద్దేశించిన క్లయింట్ పరిమితులను ఉంచండి.
మినహాయింపును పరిమితంగా ఉంచండి
అదనపు పోర్ట్ ఒక్క నియంత్రిత గమ్యస్థానానికే అవసరమైతే క్లయింట్‌ను అనుమతించే నియమానికి ముందు లక్ష్యిత తిరస్కరణను చేర్చండి:
acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_targetఈ చిరునామా డాక్యుమెంటేషన్ కోసం ఇచ్చిన ఉదాహరణ. మీరు నిర్వహించే లేదా యాక్సెస్ చేయడానికి అనుమతి ఉన్న గమ్యస్థానాన్ని వాడండి; దాని చిరునామాలో నిజంగా జరిగే మార్పులను పరిగణించండి. ఇది 8443లో అన్ని గమ్యస్థానాలను అనుమతించే బదులు అదనపు పోర్ట్ మినహాయింపును పరిమితం చేస్తుంది.
మొత్తం క్రియాశీల కాన్ఫిగరేషన్‌ను పార్స్ చేసి నియమాల క్రమాన్ని పరిశీలించండి. సరిగ్గా రాసిన తిరస్కరణ కూడా సరిపోలే క్లయింట్ అనుమతి నియమం తర్వాత ఉంటే ఉద్దేశించిన పరిమితిని అమలు చేయదు.
ఆమోదించిన హోస్ట్‌పేరును అసలు సర్టిఫికెట్, పోర్ట్‌తో పరీక్షించి, ఆపై ఇంకా తిరస్కరించబడాల్సిన నియంత్రిత గమ్యస్థానాన్ని పరీక్షించండి. గమ్యస్థాన గుర్తింపు లోపాలను ప్రాక్సీ విధాన లోపాల నుంచి వేరు చేయడానికి TLS ధృవీకరణను ఆన్‌లో ఉంచండి. కస్టమ్ పోర్ట్‌కు ఒక్క అభ్యర్థన పనిచేయడం కోసం మొత్తం CONNECT రక్షణను తొలగించవద్దు.