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