DHCP सबनेट स्रोत बायपास के साथ काम नहीं करता

जब आप अपनी किसी नेटवर्क के लिए DHCP सर्वर के रूप में Cato का उपयोग करते हैं, तो साइट की लोकल बायपास कॉन्फ़िगरेशन में संपूर्ण नेटवर्क जोड़े जाने पर क्लाइंट IP पता प्राप्त करने में असमर्थ होते हैं।

उदाहरण के लिए, नीचे दिए गए कॉन्फ़िगरेशन पर विचार करें।

VLAN 2 को 172.17.4.10-172.17.4.50 DHCP रेंज के साथ कॉन्फ़िगर किया गया है। गेटवे IP 172.17.4.1 है

संपूर्ण VLAN 2, 172.17.4.0/24 के लिए एक लोकल बायपास प्रविष्टि मौजूद है।

इस कॉन्फ़िगरेशन के साथ, VLAN 2 के सभी क्लाइंट को Cato DHCP के माध्यम से IP पता आवंटित नहीं किया गया है।

सॉकेट IP आवंटन के लिए Cato को DHCP अनुरोध रिले करने के लिए गेटवे IP पते का उपयोग स्रोत के रूप में करता है (स्वयं सॉकेट DHCP सर्वर का कार्य नहीं करता है)। इन अनुरोधों को सुरंग के माध्यम से भेजा जाना चाहिए, लेकिन क्योंकि सॉकेट का गेटवे IP पता बायपास रेंज के भीतर आता है, DHCP अनुरोध इसके बजाय WAN इंटरफ़ेस से भेजे जाते हैं।

सॉकेट के गेटवे IP पते को अपवादित करने के लिए स्रोत बायपास को कॉन्फ़िगर करें। उपरोक्त उदाहरण में, CIDR नोटेशन का उपयोग करके सबनेट दर्ज करने के बजाय, 172.17.4.1 गेटवे IP को शामिल न करने वाला 172.17.4.2-172.17.4.255 सीमा का उपयोग किया जा सकता है।