Apache निर्देशिका पासवर्ड फ़ॉरवर्ड प्रॉक्सी की रक्षा क्यों नहीं करता
संरक्षित स्वागत पृष्ठ और अधिकृत फ़ॉरवर्ड-प्रॉक्सी अनुरोध अलग-अलग कॉन्फ़िगरेशन संदर्भों का उपयोग करते हैं। प्रॉक्सी नीति सर्वर या वर्चुअल होस्ट कॉन्फ़िगरेशन में रखें।
Apache के होम पेज पर पासवर्ड संकेत केवल उस स्थानीय संसाधन की रक्षा करता है। यह सिद्ध नहीं करता कि मनमाने फ़ॉरवर्ड-प्रॉक्सी अनुरोधों के लिए वही लॉगिन आवश्यक है।
.htaccess समर्थित निर्देशिका कॉन्फ़िगरेशन पर लागू होता है; यह हर अनुरोध के लिए अंतिम फ़िल्टर नहीं है। ProxyRequests और <Proxy> अनुभाग सर्वर या वर्चुअल-होस्ट कॉन्फ़िगरेशन में आते हैं। फ़ॉरवर्ड-प्रॉक्सी प्राधिकरण वहीं रखें, Apache 2.4 के प्राधिकरण सिंटैक्स और आवश्यक प्रमाणीकरण सेटअप के साथ।
निजी सेवा के लिए, इच्छित क्लाइंट-स्रोत और खाता आवश्यकताओं को जानबूझकर संयोजित करें। फिर प्रत्येक श्रोता द्वारा चुने गए वर्चुअल होस्ट की जाँच करें, जिसमें डिफ़ॉल्ट होस्ट और विरासत में मिला कॉन्फ़िगरेशन शामिल है। एक संरक्षित होस्टनाम तक पहुँच यह सिद्ध नहीं करती कि किसी अन्य सक्रिय होस्ट पर वही प्रॉक्सी प्रतिबंध हैं।
ProxyPass दूसरी भूमिका निभाता है, सामान्यतः स्थानीय नामस्थान को बैकएंड से मैप करता है। इसे जोड़ना मनमाने फ़ॉरवर्ड गंतव्यों को अधिकृत नहीं करता।
यदि आप केवल किसी साइट की दस्तावेज़ फ़ाइलें संपादित कर सकते हैं, तो इस सेवा की पहुँच सीमा स्थापित करने के लिए आपके पास प्रशासनिक दायरा नहीं हो सकता। सर्वर कॉन्फ़िगरेशन परिवर्तन प्राप्त करें या स्वीकृत मौजूदा प्रॉक्सी का उपयोग करें; निर्देशिका पासवर्ड उसका विकल्प नहीं बन सकता।