खाजगी फॉरवर्ड प्रॉक्सीला लॅपटॉप आणि राउटरमध्ये भौतिकरित्या बसण्याची गरज नाही. ते एका नेटवर्क इंटरफेसचा वापर करून त्याच LAN वरचे दुसरे यंत्र असू शकते.

लॅपटॉप प्रॉक्सीच्या पत्त्या आणि ऐकण्याच्या पोर्टशी जोडतो. प्रॉक्सी प्रक्रिया वेबसाइट किंवा तिच्या पालकाकडे वेगळे कनेक्शन उघडते. तोच इंटरफेस दोन्ही संभाषणे वाहू शकतो, आणि होस्टचे राउटिंग तक्ते पुढील हॉप निवडते.

client → proxy listener
proxy → existing router → destination

प्रॉक्सी स्पष्टपणे निवडलेल्या अनुप्रयोगासाठी हे पुरते. लिनक्सवर, या सामान्य रचनेसाठी अनुप्रयोगाच्या विनंत्या रिले करण्यासाठी केवळ IP फॉरवर्डिंग सक्षम करण्याची आवश्यकता नाही.

डीफॉल्ट गेटवे दुसऱ्या प्रश्नाचे उत्तर देतो

क्लायंटचे डीफॉल्ट गेटवे क्लायंट इतर नेटवर्ककडे पाठवत असलेल्या पॅकेट्स हाताळते. ते सेटिंग बदलल्याने ब्राउझर HTTP प्रॉक्सी विनंत्या किंवा SOCKS वाटाघाटी करत नाही. त्याचप्रमाणे, ब्राउझरमध्ये प्रॉक्सी टाकल्याने इतर प्रत्येक अनुप्रयोग त्या यंत्रातून मार्गक्रमण करत नाही.

एक होस्ट दोन्ही कामे करू शकतो, पण मग त्याला दोन संरचना सांभाळाव्या लागतात: प्रॉक्सी सेवा आणि राउटिंग किंवा फायरवॉल कार्य. अधिक इंटरफेस नेटवर्क विभाजन सोपे करू शकतात. ते टोपोलॉजीची निवड आहेत, स्पष्ट HTTP प्रॉक्सीने लादलेली पूर्वअट नाही.

हा फरक एक सामान्य अयशस्वी प्रयोगही स्पष्ट करतो: प्रॉक्सी सर्व्हरचे फॉरवर्डिंग नियम संपादित केल्याने दुसऱ्या राउटरमधून जाणाऱ्या थेट क्लायंट कनेक्शनवर काहीच परिणाम होत नाही. पॅकेट्स कधीही त्या सर्व्हरमधून गेली नाहीत.

जर गरज अनिवार्य वापर असेल, तर पर्यायी आउटबाउंड रहदारी कुठे नियंत्रित करता येईल ते ठरवा. एका इंटरफेसची स्पष्ट प्रॉक्सी वैध सेवा असू शकते, तर वेगळा गेटवे नेटवर्क धोरण लागू करतो. अंमलबजावणी तिथे ठेवा जिथून पॅकेट्स प्रत्यक्षात जातात.

संबंधित लेख