Apache క్లయింట్ IP మరియు ప్రాక్సీ లాగిన్ రెండింటినీ కోరేలా చేయడం
Apache 2.4 ప్రాక్సీ ప్రామాణీకరణను క్లయింట్ చిరునామా పరిమితులతో కలపండి; ఒకే షరతు ఒంటరిగా ప్రాప్యత ఇవ్వకుండా చూడండి.
Apache 2.4 ఫార్వర్డ్ ప్రాక్సీ ఆమోదిత మూల చిరునామా మరియు చెల్లుబాటు అయ్యే లాగిన్ రెండింటినీ కోరాలి అనుకుంటే <RequireAll> ఉపయోగించండి:
<Proxy "*">
AuthType Basic
AuthName "Private proxy"
AuthBasicProvider file
AuthUserFile /etc/apache2/private-proxy-users
<RequireAll>
Require ip 192.0.2.25
Require valid-user
</RequireAll>
</Proxy>ఈ అధికార భాగాన్ని ఇప్పటికే ఉన్న పరిమిత ప్రాక్సీలో కలపండి. క్లయింట్ చిరునామా మరియు ఖాతా ఫైల్ మార్గాన్ని మార్చండి; ప్రామాణీకరణ/అధికార మాడ్యూళ్లు అందుబాటులో ఉండాలి, ఫైల్లో ఉద్దేశించిన వినియోగదారులు ఇప్పటికే ఉండాలి. ఇది పూర్తి లిసనర్ డిప్లాయ్మెంట్ కాదు.
విధానాన్ని రెండు వివరాలు నిర్ణయిస్తాయి. కంటైనర్ ANDని వ్యక్తపరుస్తుంది; సానుకూల అవసరాలను పక్కపక్కన ఉంచడం వల్ల అన్నీ తప్పనిసరి కావు. Require valid-user ప్రామాణీకరించిన ఖాతాను అంగీకరిస్తుంది, Require user alice ఒక ఖాతాను పేర్కొంటుంది. ఒక్క Require user ఏదీ వ్యక్తపరచదు. Apache యూజర్ ఆథరైజేషన్ రిఫరెన్స్ చూడండి.
| మూలం | లాగిన్ | అవసరమైన ఫలితం |
|---|---|---|
| అనుమతించబడింది | చెల్లుబాటు | ఉద్దేశించిన అధికార అభ్యర్థన అనుమతించబడుతుంది. |
| అనుమతించబడింది | లేదు లేదా చెల్లదు | అధికార ప్రసారం లేదు. |
| అనుమతించిన మూలం వెలుపల | చెల్లుబాటు | అధికార ప్రసారం లేదు. |
ఈ భాగంపై ఆధారపడే ముందు చుట్టుముట్టిన వర్చువల్ హోస్ట్ మరియు ఇతర సరిపోలే అధికార విభాగాలను పరిశీలించి, తరువాత @@అధికార సరిహద్దును పరీక్షించండి; మరింత నిర్దిష్ట కాన్ఫిగరేషన్ ప్రభావిత ఫలితాన్ని మార్చవచ్చు. Basic లాగిన్కు క్లయింట్-ప్రాక్సీ మధ్య రక్షిత రవాణా కూడా అవసరం. గమ్యస్థాన HTTPS తరువాత ప్రారంభమవుతుంది; ముందరి సాదా పాఠ్య క్రెడెన్షియల్ మార్పిడిని రక్షించదు.