DHCP অপশন 121 দিয়ে LAN হোস্টকে VPN রিটার্ন রুট দিন

রিমোট VPN ক্লায়েন্টরা সংযুক্ত হয়, LAN সার্ভার উত্তর দেয়, আর সেই উত্তর সাধারণ ইন্টারনেট রাউটার দিয়ে বেরিয়ে গিয়ে সেখানেই মারা যায়। একটি সার্ভার স্থির রুট দিয়ে ঠিক করা যায়, কিন্তু এমন একটি গোটা সাবনেট তাদের যেখানে ইতিমধ্যেই নেটওয়ার্ক কনফিগারেশন পায় সেখানেই সামলানো ভালো। DHCPv4 অপশন 121 ঠিক এই ধরনের গন্তব্য রুটই বিতরণ করে, আর এটাই সেই অংশ যা মানুষ সাধারণত ডিফল্ট ভুলে যাওয়ার মুহূর্তেই ভুল করে। উপসর্গ হলো একমুখী ট্রাফিক: অনুরোধ আসে, উত্তর হারিয়ে যায়।

আগে তিনটি ঠিকানার নাম নিন

একটি নির্দিষ্ট LAN ধরা যাক: 192.168.50.0/24, স্বাভাবিক ডিফল্ট রাউটার 192.168.50.1-এ এবং আলাদা VPN গেটওয়ে 192.168.50.2-এ। প্রমাণিত রিমোট ক্লায়েন্টরা 10.90.0.0/24 দখল করে।

প্রতিটি অংশগ্রহণকারী হোস্টের যে রুট দরকার তা হলো 10.90.0.0/24 via 192.168.50.2। গন্তব্য হলো ক্লায়েন্ট পুল, আর নেক্সট হপ হলো গেটওয়ের LAN ঠিকানা, তার টানেল ঠিকানা নয়।

এটি ক্লাসলেস স্ট্যাটিক রুট হিসেবে এনকোড করুন

অপশন 121 প্রিফিক্স ও নেক্সট-হপ জোড়া বহন করে, এবং RFC 3442 এনকোডিং ও তার পরবর্তী ক্লায়েন্ট আচরণ দুটোই সংজ্ঞায়িত করে। কেবল এই উদাহরণমূলক LAN-এ সেবা দেওয়া একটি বিদ্যমান dnsmasq ইনস্ট্যান্সের জন্য কনফিগারেশনের রূপ হলো:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

এটি একটি অংশ, নতুন কোনো DHCP সেবা নয়। একাধিক সেগমেন্ট সামলানো সার্ভারে, আপনি ইতিমধ্যেই যে ট্যাগ বা নেটওয়ার্ক নীতি ব্যবহার করেন তা দিয়ে অপশনটি সীমিত করুন। আগের কনফিগারেশন হাতের কাছে রাখুন, কারণ এটি ফিরিয়ে নেওয়া মানে আরেকবার লিজ নবায়ন, রিবুট নয়।

ডিফল্ট রুট হারাবেন না

এটাই ফাঁদ। যে ক্লায়েন্ট অপশন 121 পায় তাকে সাধারণ Router অপশন উপেক্ষা করতে হয়, তাই কেবল VPN পুলের রুট ঘোষণা করলে সেই হোস্টকে একেবারেই ডিফল্ট রুট ছাড়া ফেলে দেওয়া হতে পারে। মেশিনটি তখনো কনফিগার করা দেখায় আর চুপচাপ ইন্টারনেট হারায়। ব্যবহারকারীরা এটিকে নেটওয়ার্ক ডাউন বলে বর্ণনা করেন, যদিও প্রতিটি ইন্টারফেস আপ থাকে।

উপরের অংশটি যেমন করে, তেমনি অভীষ্ট ডিফল্টটিও একই তালিকায় রাখুন। যে ক্লায়েন্টরা ক্লাসলেস রুট বাস্তবায়ন করে না তাদের জন্য সাধারণ Router অপশনও যথাস্থানে রাখুন; সার্ভারের নিজের অপশন হ্যান্ডলিংই ঠিক করে কাকে কী পাঠানো হবে।

ক্লায়েন্ট কী গ্রহণ করবে তা যাচাই করুন

হাতে ঠিকানা দেওয়া হোস্ট এটি কখনোই তুলে নেয় না, কারণ সে লিজ চায় না। ক্লায়েন্ট সমর্থনও ভিন্ন হয়, তাই প্রতিটি ডিভাইস অপশন 121 মানবে ধরে নেওয়ার বদলে আপনি যে অপারেটিং সিস্টেমে সত্যিই চালান সেখানেই পরীক্ষা করুন। ওই সার্ভারগুলোর মালিকের সঙ্গে নিশ্চিত করুন কোনগুলো স্থির ঠিকানার। সেই হোস্টগুলোর নিজেদের রুট এন্ট্রি দরকার, নইলে তারা কেবল অংশই নেবে না।

পরিচালিত DHCP সেবা আরেকটি সীমা। কিছু ক্লাউড নেটওয়ার্ক প্রশাসকদের ইচ্ছামতো অপশন প্রকাশ করতে দেয় না, আর একই সেগমেন্টে প্রতিদ্বন্দ্বী DHCP সার্ভার কোনো অপশন না থাকার চেয়েও খারাপ।

লিজ যাচাই করুন, তারপর লুকআপ

DHCP-এর মালিককে পরিবর্তনটি প্রয়োগ করতে বলুন, তারপর একটি ক্লায়েন্টে লিজ নবায়ন করুন। বিদ্যমান লিজ নবায়ন না হওয়া পর্যন্ত পুরোনো কনফিগারেশন ধরে রাখে, তাই তাৎক্ষণিক ফলাফল নিশ্চিত নয়।

একটি Linux ক্লায়েন্টে প্রকৃত রুটগুলো পড়ুন এবং দুটি এন্ট্রিই নিশ্চিত করুন:

ip -4 route
ip -4 route get 10.90.0.23

প্রাসঙ্গিক লুকআপে পুলের রুট 192.168.50.2 দিয়ে এবং ডিফল্ট 192.168.50.1 দিয়ে দেখানো উচিত। ডিফল্টটি না থাকলে আপনি উপরের ফাঁদটিই পুনরুৎপাদন করেছেন।

তারপর আসল বিনিময় পরীক্ষা করুন

রুট বিতরণই পুরো পথ নয়। আলাদা গেটওয়ের এখনো ফরওয়ার্ডিং, রিমোট পিয়ার মালিকানা এবং সার্ভারকে অনুমোদন করা অ্যাক্সেস নীতি দরকার, আর DHCP কাউকে প্রমাণিত করে না।

সবশেষে, অপসারণের পরিকল্পনা রাখুন। শেখা স্থির রুট VPN নামলে নিজে থেকে সরে যায় না, তাই পুরোনো নেক্সট হপ টানেল চলে যাওয়ার অনেক পরেও সেই প্রিফিক্সকে ব্ল্যাকহোলে পরিণত করতে পারে।