स्पष्ट प्रोक्सीका लागि एउटा नेटवर्क कार्ड पर्याप्त छ

निजी फर्वार्ड प्रोक्सी ल्यापटप र राउटरको बीचमा भौतिक रूपमा बस्नु आवश्यक छैन। यो एउटै नेटवर्क इन्टरफेस प्रयोग गर्दै उही LAN को अर्को मेसिन हुन सक्छ।

ल्यापटप प्रोक्सीको ठेगाना र सुन्ने पोर्टमा जोडिन्छ। प्रोक्सी प्रक्रियाले वेबसाइट वा त्यसको अभिभावकतर्फ छुट्टै जडान खोल्छ। उही इन्टरफेसले दुवै कुराकानी बोक्न सक्छ, र होस्टको राउटिङ तालिकाले अर्को हप छान्छ।

client → proxy listener
proxy → existing router → destination

प्रोक्सी स्पष्ट रूपमा छान्ने अनुप्रयोगका लागि यो पर्याप्त छ। लिनक्समा, यो सामान्य व्यवस्थाले अनुप्रयोगका अनुरोधहरू रिले गर्न मात्र IP फर्वार्डिङ सक्षम गर्न आवश्यक ठान्दैन।

पूर्वनिर्धारित गेटवेले अर्को प्रश्नको उत्तर दिन्छ

ग्राहकको पूर्वनिर्धारित गेटवेले ग्राहकले अन्य नेटवर्कतर्फ पठाउने प्याकेट सम्हाल्छ। त्यो सेटिङ बदल्दा ब्राउजरले HTTP प्रोक्सी अनुरोध वा SOCKS वार्ता गर्दैन। त्यसैगरी, ब्राउजरमा प्रोक्सी हाल्दा अरू हरेक अनुप्रयोग त्यो मेसिनबाट रुट हुँदैन।

एउटा होस्टले दुवै काम गर्न सक्छ, तर त्यसपछि उसले दुई कन्फिगरेसन सम्हाल्नुपर्छ: प्रोक्सी सेवा र राउटिङ वा फायरवाल कार्य। धेरै इन्टरफेसले नेटवर्क छुट्याउन सजिलो बनाउन सक्छन्। ती टोपोलोजीको छनोट हुन्, स्पष्ट HTTP प्रोक्सीले लादेको पूर्वशर्त होइन।

यो भिन्नताले एउटा सामान्य असफल प्रयोग पनि व्याख्या गर्छ: प्रोक्सी सर्भरका फर्वार्डिङ नियम सम्पादन गर्दा अर्को राउटरबाट जाने प्रत्यक्ष ग्राहक जडानमा कुनै असर पर्दैन। प्याकेटहरू कहिल्यै त्यो सर्भरबाट गएनन्।

यदि आवश्यकता अनिवार्य प्रयोग हो भने, वैकल्पिक आउटबाउन्ड ट्राफिक कहाँ नियन्त्रण गर्न सकिन्छ निर्धारण गर्नुहोस्। एउटा इन्टरफेसको स्पष्ट प्रोक्सी वैध सेवा हुन सक्छ, जबकि छुट्टै गेटवेले नेटवर्क नीति लागू गर्छ। प्रवर्तन प्याकेटहरू साँच्चै गुज्रने ठाउँमा राख्नुहोस्।