Squid లాగిన్ మరియు సరైన క్లయింట్ IP రెండింటినీ అవసరం చేయండి

రెండు ACL షరతులను అవసరం చేయడం ద్వారా పేరు పెట్టిన Squid ప్రాక్సీ వినియోగదారుని ఆమోదించిన మూల చిరునామాకు పరిమితం చేయండి.

సరైన పాస్‌వర్డ్ ఈ విధానంలో సగం మాత్రమే: ఖాతా ఒక ఆమోదించిన క్లయింట్ చిరునామా నుండి కూడా పని చేయాలి. Squid లో రెండు తనిఖీలను ఒకే యాక్సెస్ నియమంపై ఉంచడం ఆ అవసరానికి, రెండు వేర్వేరు ప్రవేశ మార్గాలకు మధ్య ఉన్న తేడా.

ప్రామాణీకరణ ఇప్పటికే కాన్ఫిగర్ చేయబడిందని భావిస్తే, ఉదాహరణకు Squid 6.13 NCSA సెటప్, ప్రధాన విధానం ఇది:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Squid నిజంగా స్వీకరించే మూలాన్ని ఉపయోగించండి; నమూనా డాక్యుమెంటేషన్ చిరునామా. అసురక్షిత గమ్యస్థాన పోర్టులు, స్థానిక సేవలు మరియు CONNECT ట్రాఫిక్ కోసం మునుపటి రక్షణలను కొనసాగించండి. ఈ భాగం సంయుక్త షరతును చూపుతుంది, పూర్తి లిసనర్ కాన్ఫిగరేషన్ కాదు.

దాని పైన ఉన్న నియమాలను తనిఖీ చేయండి

మునుపటి విస్తృత అనుమతి కొత్త షరతుకు చేరుకునే ముందే అభ్యర్థనను ఆమోదించవచ్చు. http_access సూచన క్రమబద్ధ సరిపోలికను వివరిస్తుంది. చేర్చిన ఫైళ్లతో సహా పూర్తి క్రమాన్ని చదవండి.

వినియోగదారు పేరుకు ఒక అనుమతి మరియు మూలానికి మరొకటి రెండింటినీ అడగవు. ఏ లైనైనా స్వతంత్రంగా విజయవంతం కావచ్చు. అది వేరే విధానం.

proxy_auth ACL ప్రామాణీకరణ సహాయకుడిపై ఆధారపడి ఉంటుంది. దాన్ని నిర్వచించడం వినియోగదారుని సృష్టించే లేదా పాస్‌వర్డ్ ధృవీకరించే మార్గం కాదు. ఈ ఉదాహరణ క్లయింట్లు ప్రాక్సీ ప్రామాణీకరణ సవాళ్లకు స్పందించగల స్పష్టమైన ప్రాక్సీ కోసం.

మూల గుర్తింపుకు కూడా పరిమితులు ఉన్నాయి. ఒక NAT వెనుక ఉన్న వ్యక్తులు చిరునామాను పంచుకోవచ్చు, కదిలే ల్యాప్‌టాప్ చిరునామాను మార్చవచ్చు. అదనపు షరతు ఖాతా ఉపయోగించగల నెట్‌వర్క్ స్థానాన్ని సంకుచితం చేస్తుంది; ఇది భౌతిక కంప్యూటర్‌ను నమ్మదగిన రీతిలో గుర్తించదు. ఆ పరిమితి మీరు మొదట షరతును జోడించిన కారణానికి సరిపోతుందని నిర్ధారించుకోండి.

సంబంధిత వ్యాసాలు