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

সমস্যা

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

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

VLAN 2 DHCP রেঞ্জ 172.17.4.10-172.17.4.50 সহ কনফিগার করা হয়েছে। গেটওয়ে IP হল 172.17.4.1

360000269365-mceclip5.png

সমস্ত VLAN 2, 172.17.4.0/24 এর জন্য একটি লোকাল বাইপাস এন্ট্রি বিদ্যমান।

360000269325-mceclip2.png

এই কনফিগারেশন সহ, 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 পরিসীমা ব্যবহার করা যেতে পারে।

360000274809-mceclip4.png

এই নিবন্ধটি কি সহায়ক ছিল?

0 জনের মধ্যে 0 জন এটিকে সহায়ক বলে মনে করেছেন

0 মন্তব্য