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