एकाच सबनेटमधील वेबसाइट्स गेटवेची पारदर्शक प्रॉक्सी बायपास करू शकतात
इंटरनेट विनंत्या त्याच्या लॉगमध्ये दिसत असतानाही एकाच सबनेटमधील रहदारी गेटवेचा अडवणूक नियम का बायपास करू शकते हे स्पष्ट करते.
इंटरनेट ब्राउझिंग गेटवे प्रॉक्सीच्या लॉगमध्ये दिसते. ऑफिस LAN वरील वेबसाइट दिसत नाही. URL फिल्टर बदलण्यापूर्वी त्या LAN विनंतीने गेटवे गाठला होता का हे तपासा.
थेट जोडलेल्या IPv4 गंतव्यासाठी क्लायंट गंतव्याचा लिंक-लेयर पत्ता सोडवू शकतो आणि स्थानिक विभागात त्याला पाठवू शकतो. त्याचा डीफॉल्ट गेटवे त्या मार्गावर आपोआप नसतो. गेटवेवरील पारदर्शक अडवणूक नियम गेटवेला कधीही न मिळणारे पॅकेट पुनर्निर्देशित करू शकत नाही.
उदाहरणार्थ, एकाच ऑन-लिंक सबनेटमधील दोन होस्ट स्विचमार्फत रहदारीची देवाणघेवाण करू शकतात, तर प्रॉक्सी मशीन दुसऱ्या स्विच पोर्टला जोडलेली असते. फक्त त्या LAN वर असणे प्रॉक्सीला फॉरवर्डिंग बिंदू बनवत नाही.
इच्छित मार्ग निवडा
स्पष्ट प्रॉक्सी सेटिंग लक्ष्य वेबसाइट स्थानिक असली तरी सहभागी अनुप्रयोगाची विनंती प्रॉक्सीकडे पाठवू शकते. बायपास नियम आणि PAC निर्णयही तपासा: ते खाजगी नावे किंवा पत्त्यांसाठी जाणूनबुजून DIRECT निवडू शकतात.
अडवणूक आवश्यक असल्यास, नेटवर्कने अडवणूक बिंदू खरोखर मार्गात ठेवला पाहिजे; Linux गेटवेवर स्थानिक आणि फॉरवर्ड केलेले पॅकेट मार्ग वेगळे करा. राउटेड सबनेट विभाजन किंवा जाणूनबुजून इनलाइन ब्रिज योग्य रचनांमध्ये हे करू शकतात, परंतु प्रत्येक फॉरवर्डिंग आणि अपयश वर्तन बदलते. LAN वर इतरत्र असलेला ब्रिज आपोआप इनलाइन नसतो.
अनुप्रयोग प्रोटोकॉलची आवश्यकता वेगळी ठेवा. रहदारी उपकरणातून गेल्यानंतरही श्रोत्याने अडवणूक मोडला आधार दिला पाहिजे. पॅकेट हलवणे हे HTTPS डिक्रिप्ट करण्याची परवानगी नाही आणि सामान्य SOCKS पोर्ट ते स्वीकारेल याची हमीही नाही.
क्लायंटने निवडलेला मार्ग, स्थानिक विभाग आणि प्रत्यक्ष फॉरवर्डिंग उपकरण नोंदवा. प्रॉक्सी लॉग नसणे हे लॉगिंग अपयश नसून टोपोलॉजीचे योग्य वर्णन असू शकते.