DHCP সাবনেট সোর্স বাইপাসের সাথে কাজ করে না

Prev Next

সমস্যা

যখন Cato আপনার নেটওয়ার্কের একটির জন্য DHCP সার্ভার হিসাবে ব্যবহৃত হয়, তখন সাইটের লোকাল বাইপাস কনফিগারেশনে সমগ্র নেটওয়ার্ক যোগ করলে ক্লায়েন্টরা IP ঠিকানা পেতে অক্ষম হয়।

উদাহরণস্বরূপ, নিচের কনফিগারেশন বিবেচনা করুন।

ভিএলএএন 2, 172.17.4.10-172.17.4.50 DHCP রেঞ্জ দ্বারা কনফিগার করা হয়েছে। গেটওয়ে IP হল 172.17.4.1

360000269365-mceclip5.png

ভিএলএএন 2 এর জন্য একটি স্থানীয় বাইপাস এন্ট্রি উপস্থিত রয়েছে, 172.17.4.0/24।

360000269325-mceclip2.png

এই কনফিগারেশনে, ভিএলএএন 2 এর সকল ক্লায়েন্টদের ক্যাটো DHCP এর মাধ্যমে কোনও IP ঠিকানা বরাদ্দ করা হয় না।

সকেট DHCP অনুরোধ ক্যাটোকে রিলে করার জন্য উৎস হিসাবে গেটওয়ে IP ঠিকানা ব্যবহার করে IP বরাদ্দের জন্য (সকেট নিজে DHCP সার্ভার হিসাবে কাজ করে না)। এই অনুরোধগুলি টানেলের মাধ্যমে পাঠানো উচিত, কিন্তু যেহেতু সকেটের গেটওয়ে IP ঠিকানাটি বাইপাস রেঞ্জের অধীনে পড়ে, DHCP অনুরোধগুলি পরিবর্তে WAN ইন্টারফেসে পাঠানো হয়।

সমাধান

সকেটের গেটওয়ে IP ঠিকানাটি ছাড় দেওয়ার জন্য উৎস বাইপাস কনফিগার করুন। উপরোক্ত উদাহরণে, CIDR নোটেশন ব্যবহার করে সাবনেট প্রবেশ করার পরিবর্তে, 172.17.4.2-172.17.4.255 ব্যবহার করা যেতে পারে, যা গেটওয়ে IP, 172.17.4.1 অন্তর্ভুক্ত করে না।

360000274809-mceclip4.png