<VirtualHost> ब्लकले Apache ले मिल्ने अनुरोधहरू कसरी ह्यान्डल गर्नुपर्छ भनी वर्णन गर्छ। तर यसले सुन्ने सकेट सिर्जना गर्दैन। त्यसैले पोर्ट 8080 मा फर्वार्ड-प्रोक्सी कन्फिगरेसन वैध देखिने फाइलमा हुन सक्छ, जबकि ग्राहकहरूले त्यहाँ कुनै श्रोता भेट्दैनन्।

Listen निर्देशनले त्यो छुट्टै आवश्यकता पूरा गर्छ। स्थानीय ग्राहक वा सुरक्षित टनेलबाट मात्र पुगिने प्रोक्सीका लागि, इच्छित स्वरूपमा यी समावेश हुन सक्छन्:

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

यसले सम्बन्ध देखाउँछ, पूर्ण प्रोक्सी परिनियोजन होइन। विद्यमान ग्राहक प्राधिकरण र गन्तव्य प्रतिबन्धहरू कायम राख्नुहोस्। loopback ठेगानाले जानाजान नयाँ सार्वजनिक प्रोक्सी श्रोता प्रदान गर्दैन।

प्रभावकारी कन्फिगरेसनमा ओभरल्याप हुने Listen प्रविष्टिहरू पनि जाँच्नुहोस्। विद्यमान श्रोतालाई ख्याल नगरी अर्को निर्देशन थप्दा सुरु हुनबाट रोकिन सक्छ। विशिष्ट ठेगानाबाट ओभरल्याप हुने wildcard बाइन्डिङतर्फ जाँदा Apache ले समर्थन गर्ने पुनःसुरु प्रक्रिया पनि महत्त्वपूर्ण हुन्छ।

जब SSH ले यो प्रोक्सीतर्फ फर्वार्ड गर्छ, टाढाको छेउले वास्तविक श्रोतासम्म पुग्नुपर्छ। सफल SSH लगइनले कन्फिगर गरिएको Apache पोर्ट अस्तित्वमा ल्याउँदैन। HTTP प्रमाणहरू परिवर्तन गर्नु वा पहुँच नियम कमजोर बनाउनु अघि श्रोता र इच्छित बाइन्डिङ सुधार्नुहोस्। त्यसपछि वास्तविक श्रोतामा अनुमति र अस्वीकृत पहुँचका अवस्थाहरू प्रमाणित गर्नुहोस्।

सम्बन्धित लेखहरू