Squid యొక్క ఒక allow నియమం AND అర్థం; రెండు OR కావచ్చు

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

http_access allow office_clients approved_destination

ఆ పంక్తి అభ్యర్థనను అనుమతించడానికి రెండు ACLలు సరిపోలాలి. దాన్ని విభజించడం విధానాన్ని మారుస్తుంది:

http_access allow office_clients
http_access allow approved_destination

ఇప్పుడు కార్యాలయ క్లయింట్లను గమ్య పరిమితి లేకుండా అనుమతించవచ్చు, ఆ గమ్యానికి అభ్యర్థనలను కార్యాలయ పరిమితి లేకుండా, మునుపటి నియమం వాటిని తిరస్కరించకపోతే. రెండు పంక్తులు ఒక పంక్తి యొక్క మరింత చదవదగిన అక్షరక్రమం కాదు.

క్రమం విధానంలో భాగం

Squid యాక్సెస్ నియమాలను క్రమంగా అంచనా వేస్తుంది. మొదట సరిపోలే నిర్ణయం అభ్యర్థనను నియంత్రిస్తుంది. మునుపటి allow all తర్వాతి జాగ్రత్త పరిమితిని నిష్ఫలం చేస్తుంది; మునుపటి సరిపోలే తిరస్కరణ తర్వాతి అనుమతిని చేరుకోకుండా నిరోధిస్తుంది.

http_access పత్రం ఈ క్రమాన్ని వివరిస్తుంది. పాఠకుడు అంతర్లీన డిఫాల్ట్ ప్రవర్తనను గుర్తుంచుకుంటాడని ఆశించడం బదులు ఉద్దేశపూర్వక చివరి తిరస్కరణను ఉంచండి.

అనేక ACL నిర్వచనాలకు భిన్నమైన OR సంబంధం ఉంటుంది: ఒక పేరున్న మూల ACL అనేక అనుమతించిన పరిధులను జాబితా చేయగలదు. అది మూలం మరియు గమ్యం యొక్క గుర్తింపును ఒకే ACL రకంగా చేయదు. వాటిని విడిగా నిర్వచించి, తర్వాత యాక్సెస్ నిర్ణయంలో పేర్లను కలపండి.

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