proxy.confలోని నియమం ప్రత్యేక నియమ తరగతి కాదు. Apache చేర్చిన కాన్ఫిగరేషన్ను తన కాన్ఫిగరేషన్ చెట్టులో చదువుతుంది; చుట్టుముట్టిన ప్రపంచ, VirtualHost లేదా సరిపోలే విభాగం ఆదేశం ఎలా పాల్గొంటుందో నిర్ణయిస్తుంది.

ఫార్వర్డ్-ప్రాక్సీ అభ్యర్థనకు సేవ చేసే లిజనర్ మరియు వర్చువల్ హోస్ట్ నుండి ప్రారంభించండి. తర్వాత ఆ సందర్భం మరియు ప్రధాన కాన్ఫిగరేషన్ నుండి సరిపోలే Proxy విభాగాలను సేకరించండి. విభాగాల ప్రాసెసింగ్ క్రమం ముఖ్యం, చివరగా ఏ ఫైల్ సవరించబడింది అనేది మాత్రమే కాదు.

అధికారం ఎల్లప్పుడూ సంచితం కాదు

డిఫాల్ట్ AuthMerging Off ప్రవర్తనతో, తర్వాత వర్తించే విభాగం తన స్వంత అధికార తర్కాన్ని అందించే వరకు అధికారం వారసత్వంగా వస్తుంది. ఆ కొత్త తర్కం మరో పరిమితిని జోడించడం బదులు మునుపటి అవసరాలను భర్తీ చేయగలదు.

సెట్టింగ్సమీప మునుపటి అధికార విభాగంతో కలయిక
Offకొత్త అధికారం వారసత్వ తర్కాన్ని అధిగమించగలదు
Andరెండు సెట్లు అధికారం ఇవ్వాలి
Orఏ సెట్ అయినా అధికారం ఇవ్వగలదు

AuthMerging స్వయంగా దాన్ని కలిగి ఉన్న విభాగానికే స్థానికం. ఒకసారి And సెట్ చేస్తే తర్వాతి ప్రతి విభాగం మారుతుందని భావించకండి.

సాధ్యమైనంత వరకు ఉద్దేశిత విధానాన్ని స్పష్టంగా ఉంచండి. చుట్టుముట్టిన అధికార కంటైనర్ లేని రెండు Require పంక్తులు అంతర్లీనంగా ప్రత్యామ్నాయాలు, కాబట్టి IP నియమం మరియు valid-user స్వయంచాలకంగా “IP మరియు వినియోగదారు” కావు. ఉపయోగించండి రెండు షరతులు ఒకే నిర్ణయానికి చెందినప్పుడు RequireAll.

ప్రాక్సీ ఖాతాను మార్చే లేదా యాక్సెస్ తెరిచే ముందు పూర్తి సరిపోలే కాన్ఫిగరేషన్ను సమీక్షించండి. తర్వాత నడుస్తున్న లిజనర్కు వ్యతిరేకంగా అనుమతించిన మరియు తిరస్కరించిన కేసులను పరీక్షించండి. మరో విభాగం ప్రభావవంతమైన అధికారాన్ని అందించినందున అభ్యర్థన తిరస్కరించబడవచ్చు—లేదా ఊహించని విధంగా అనుమతించబడవచ్చు.

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