फॉरवर्ड प्रॉक्सीसाठी Apache Listen आणि VirtualHost सेटिंग्ज
कॉन्फिगर केलेल्या पोर्टला सक्रिय सॉकेट मानण्याऐवजी, इच्छित Apache श्रोता प्रॉक्सी VirtualHost पासून वेगळा जोडा.
<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 क्रेडेन्शियल्स बदलण्यापूर्वी किंवा प्रवेश नियम कमकुवत करण्यापूर्वी श्रोता आणि इच्छित बाइंडिंग दुरुस्त करा. नंतर खऱ्या श्रोत्यावर अनुमत आणि नाकारलेली प्रवेश प्रकरणे तपासा.