समस्या
जब आप अपनी किसी नेटवर्क के लिए DHCP सर्वर के रूप में Cato का उपयोग करते हैं, तो साइट की लोकल बायपास कॉन्फ़िगरेशन में संपूर्ण नेटवर्क जोड़े जाने पर क्लाइंट IP पता प्राप्त करने में असमर्थ होते हैं।
उदाहरण के लिए, नीचे दिए गए कॉन्फ़िगरेशन पर विचार करें।
VLAN 2 को 172.17.4.10-172.17.4.50 की DHCP रेंज के साथ कॉन्फ़िगर किया गया है। गेटवे IP 172.17.4.1 है
वीएलएन 2 के सभी के लिए एक स्थानीय बायपास एंट्री मौजूद है, 172.17.4.0/24।
इस कॉन्फ़िगरेशन के साथ, VLAN 2 पर सभी क्लाइंट्स को Cato DHCP के माध्यम से IP पता आवंटित नहीं किया जाता है।
सॉकेट IP आवंटन के लिए DHCP अनुरोधों को Cato को भेजने के लिए स्रोत के रूप में गेटवे IP पते का उपयोग करता है (सॉकेट स्वयं DHCP सर्वर के रूप में काम नहीं करता)। इन अनुरोधों को टनल के माध्यम से भेजा जाना चाहिए, लेकिन सॉकेट का गेटवे IP पता बाईपास रेंज में होता है, जिसके कारण DHCP अनुरोध WAN इंटरफेस पर भेजे जाते हैं।
समाधान
सॉकेट के गेटवे IP पते को बायपास से बाहर रखने के लिए स्रोत बायपास को कॉन्फ़िगर करें। उपर्युक्त उदाहरण में, सबनेट को CIDR नोशंकेशन का उपयोग करने की बजाय, 172.17.4.2-172.17.4.255 का उपयोग किया जा सकता है, जिस रेंज में गेटवे IP शामिल नहीं होता है, 172.17.4.1।
