Squid स्रोत पते और होस्ट गेटवे रूटिंग
जब प्रॉक्सी कई इंटरफ़ेस या प्रदाताओं का उपयोग करता है, तो Squid के स्रोत-पता चयन को होस्ट रूटिंग से अलग रखें।
Squid के बहिर्गामी कनेक्शन को पता A से बाँधने से होस्ट प्रदाता A का उपयोग नहीं करता। tcp_outgoing_address स्थानीय स्रोत चुनता है; ऑपरेटिंग सिस्टम अभी भी मार्ग चुनता है।
| निर्णय | स्वामी |
|---|---|
| स्थानीय बहिर्गामी TCP स्रोत | Squid का स्रोत-पता नियम। |
| उस स्रोत के लिए गेटवे और इंटरफ़ेस | होस्ट रूटिंग नीति। |
| वेबसाइट को दिखने वाला सार्वजनिक पता | पूरा पथ, जिसमें कोई भी NAT या पैरेंट प्रॉक्सी शामिल है। |
यदि A प्रदाता A का है लेकिन डिफ़ॉल्ट मार्ग प्रदाता B का उपयोग करता है, तो B उस स्रोत को अस्वीकार कर सकता है या वापसी मार्ग विफल हो सकता है। बहु-इंटरफ़ेस सेटअप को स्रोत-आधारित नीति रूटिंग की आवश्यकता हो सकती है। इसके ऑपरेटिंग-सिस्टम/नेटवर्क नियम इस तैनाती के अनुरूप होने चाहिए; कॉपी किया गया डिफ़ॉल्ट-मार्ग कमांड SSH और प्रॉक्सी सत्रों को बाधित कर सकता है।
लिसनर, इच्छित बहिर्गामी स्रोत और संगत गेटवे दर्ज करें। क्लाइंट→Squid और Squid→गंतव्य कनेक्शन अलग-अलग इंटरफ़ेस उपयोग कर सकते हैं, और क्लाइंट तक वापसी मार्ग एक और आवश्यकता है।
Squid निर्देश स्रोत चयन को नियंत्रित करता है, मार्ग स्थापना को नहीं। Dante का आंतरिक/बाहरी बंधन भेद भी उपयोगी पथ का विकल्प नहीं बन सकता। स्थानीय रूप से सही स्रोत बाद में अनूदित हो सकता है, इसलिए वेबसाइट को दिखने वाले पता को अलग से सत्यापित करें।