एक नेटवर्क कार्ड स्पष्ट प्रॉक्सी के लिए पर्याप्त है

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

लैपटॉप प्रॉक्सी के पते और सुनने वाले पोर्ट से जुड़ता है। प्रॉक्सी प्रक्रिया वेबसाइट या उसके पैरेंट की ओर एक अलग कनेक्शन खोलती है। वही इंटरफ़ेस दोनों बातचीत ले जा सकता है, और होस्ट की राउटिंग तालिका अगला हॉप चुनती है।

client → proxy listener
proxy → existing router → destination

यह उस अनुप्रयोग के लिए पर्याप्त है जिसने प्रॉक्सी को स्पष्ट रूप से चुना है। लिनक्स पर, यह सामान्य व्यवस्था अनुप्रयोग के अनुरोधों को रिले करने मात्र के लिए IP फ़ॉरवर्डिंग सक्षम करने की मांग नहीं करती।

डिफ़ॉल्ट गेटवे दूसरे प्रश्न का उत्तर देता है

किसी ग्राहक का डिफ़ॉल्ट गेटवे उन पैकेटों को संभालता है जो ग्राहक अन्य नेटवर्क की ओर भेजता है। उस सेटिंग को बदलने से ब्राउज़र HTTP प्रॉक्सी अनुरोध या SOCKS वार्ता जारी नहीं करता। इसी तरह, ब्राउज़र में प्रॉक्सी दर्ज करने से हर दूसरा अनुप्रयोग उस मशीन से नहीं गुज़रता।

एक होस्ट दोनों काम कर सकता है, लेकिन तब उसे दो कॉन्फ़िगरेशन संभालने होते हैं: प्रॉक्सी सेवा और राउटिंग या फ़ायरवॉल कार्य। अधिक इंटरफ़ेस नेटवर्क पृथक्करण को आसान बना सकते हैं। ये टोपोलॉजी का चुनाव हैं, स्पष्ट HTTP प्रॉक्सी द्वारा थोपी गई पूर्वशर्त नहीं।

यह अंतर एक सामान्य असफल प्रयोग को भी समझाता है: प्रॉक्सी सर्वर के फ़ॉरवर्डिंग नियमों को संपादित करने का किसी अन्य राउटर से जाने वाले सीधे ग्राहक कनेक्शन पर कोई प्रभाव नहीं पड़ता। पैकेट कभी उस सर्वर से नहीं गुज़रे।

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