ప్రాక్సీ ప్రామాణీకరణ లేకుండా ఒక Squid గమ్యాన్ని అనుమతించండి

పర్యవేక్షణ పేజీ ప్రాక్సీ లాగిన్ లేకుండా పని చేయాలి. స్పష్టమైన నియమం http_access allow status_site. ప్రామాణీకరణకు ముందు ఉంచితే, మీరు ఎప్పుడూ సేవ చేయాలనుకోని క్లయింట్లకూ అది మినహాయింపు ఇవ్వవచ్చు.

Squid 6 లేదా 7 కోసం, మినహాయింపు షరతులను కలిపి ఉంచండి. ఉన్న నిర్వహణ, అసురక్షిత పోర్ట్, CONNECT మరియు స్థానిక సేవా రక్షణల తర్వాత, సంబంధిత భాగం ఇలా ఉండవచ్చు:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

నెట్వర్క్ మరియు హోస్ట్నేమ్ ప్లేస్హోల్డర్లు. ప్రామాణీకరణకు ఇంకా దాని ఉన్న సహాయక కాన్ఫిగరేషన్ అవసరం. ఇది యాక్సెస్ విధానం యొక్క మినహాయింపు భాగం, పూర్తి ప్రాక్సీ కాన్ఫిగరేషన్ కాదు.

మొదటి పంక్తి ఎంచుకున్న క్లయింట్లకు లాగిన్ ACLను మూల్యాంకనం చేయకుండా ఆ గమ్యాన్ని అనుమతిస్తుంది. తదుపరి పంక్తి ఆ క్లయింట్లకు మరెక్కడైనా ప్రామాణీకరణ తర్వాత మాత్రమే అనుమతిస్తుంది. మునుపటి విస్తృత అనుమతులు లేదా తర్వాతి ప్రత్యామ్నాయ మార్గాలు ఫలితాన్ని మార్చవచ్చు, కాబట్టి చేర్చిన ఫైళ్లతో సహా పూర్తి క్రమబద్ధ విధానాన్ని చదవండి.

ప్రాంప్ట్ను నివారించడానికి మాత్రమే మినహాయింపును గమ్యం పోర్ట్ రక్షణల పైకి తరలించవద్దు. ఉద్దేశించని పోర్ట్లోని అధికృత సైట్ ఇంకా వేరే మార్గం. అలాగే అనవసరంగా విస్తృత ప్రత్యయాన్ని జోడించడం బదులు ఖచ్చితమైన హోస్ట్ లేదా దాని సబ్డొమైన్లు అర్హత పొందాలా అని నిర్ణయించండి.

హోస్ట్నేమ్ మినహాయింపు సరిపోలే గమ్యాన్ని కవర్ చేస్తుంది, దాని పేజీ లోడ్ చేసే ప్రతి ఆధారాన్ని కాదు. రీడైరెక్ట్లు మరియు మూడవ పక్ష ఆస్తులు సాధారణ లాగిన్ అవసరాన్ని చట్టబద్ధంగా ఎదుర్కోవచ్చు.

సాధారణ HTTP కోసం, ప్రాక్సీ తగినప్పుడు మరింత సూక్ష్మ URL సమాచారాన్ని ఉపయోగించవచ్చు. సాధారణ HTTPS CONNECT అభ్యర్థన పేజీ మార్గాన్ని బహిర్గతం చేయదు, కాబట్టి మొత్తం హోస్ట్ కోసం సొరంగ మినహాయింపు నుండి 'ఒకే పేజీ' నియమాన్ని ఊహించలేము.