Apache फ़ॉरवर्ड प्रॉक्सी प्राधिकरण: Require और AuthMerging
proxy.conf को अलग नीति परत मानने के बजाय Apache के अनुभाग-विलय नियमों से वैश्विक और वर्चुअल-होस्ट प्रॉक्सी प्राधिकरण का अनुसरण करें।
proxy.conf में कोई नियम विशेष प्रकार का नियम नहीं होता। Apache सम्मिलित कॉन्फ़िगरेशन को अपने कॉन्फ़िगरेशन ट्री में पढ़ता है; आवेष्टित वैश्विक, VirtualHost या मेल खाता अनुभाग तय करता है कि निर्देश कैसे भाग लेता है।
फ़ॉरवर्ड-प्रॉक्सी अनुरोध को सेवा देने वाले लिसनर और वर्चुअल होस्ट से शुरू करें। फिर उस संदर्भ और मुख्य कॉन्फ़िगरेशन से मेल खाते Proxy अनुभाग एकत्र करें। अनुभागों के संसाधन का क्रम महत्वपूर्ण है, केवल यह नहीं कि कौन-सी फ़ाइल अंत में संपादित हुई।
प्राधिकरण हमेशा संचयी नहीं होता
डिफ़ॉल्ट AuthMerging Off व्यवहार के साथ, प्राधिकरण तब तक विरासत में मिलता है जब तक कोई बाद का लागू अनुभाग अपना प्राधिकरण तर्क प्रदान न करे। वह नया तर्क एक और प्रतिबंध जोड़ने के बजाय पिछली आवश्यकताओं को बदल सकता है।
| सेटिंग | निकटतम पिछले प्राधिकरण अनुभाग के साथ संयोजन |
|---|---|
| Off | नया प्राधिकरण विरासत में मिले तर्क को ओवरराइड कर सकता है |
| And | दोनों समुच्चयों को प्राधिकृत करना होगा |
| Or | कोई भी समुच्चय प्राधिकृत कर सकता है |
AuthMerging स्वयं उस अनुभाग तक सीमित है जिसमें वह है। यह न मानें कि एक बार And सेट करने से हर बाद का अनुभाग बदल जाता है।
जहाँ संभव हो इच्छित नीति स्पष्ट रखें। आवेष्टित प्राधिकरण कंटेनर के बिना दो Require पंक्तियाँ अंतर्निहित रूप से विकल्प हैं, इसलिए IP नियम के साथ valid-user स्वतः “IP और उपयोगकर्ता” नहीं है। उपयोग करें जब दोनों शर्तें एक ही निर्णय की हों तो RequireAll।
प्रॉक्सी खाता बदलने या पहुँच खोलने से पहले पूर्ण मेल खाता कॉन्फ़िगरेशन की समीक्षा करें। फिर चालू लिसनर के विरुद्ध अनुमत और अस्वीकृत मामलों का परीक्षण करें। कोई अनुरोध अस्वीकृत—या अप्रत्याशित रूप से अनुमत—हो सकता है क्योंकि किसी अन्य अनुभाग ने प्रभावी प्राधिकरण प्रदान किया है।