FRITZ!Box-এ স্ট্যাটিক রুট: VPN গেটওয়ের LAN IP-তে নির্দেশ করুন

আপনার হোম LAN-এ ডিফল্ট রাউটার হিসেবে একটি FRITZ!Box আছে, আর তার পাশে ছোট একটি Linux বক্স VPN-এর কাজ করছে। বক্সটি অফিস নেটওয়ার্কে পৌঁছাতে পারে, কিন্তু FRITZ!Box-এর পিছনের ল্যাপটপ পারে না। একটি স্ট্যাটিক রুট তিনটি ফিল্ডেই এটি ঠিক করে, আর একমাত্র আসল কঠিন কাজ হলো গেটওয়ে ফিল্ডে টানেল ঠিকানা বসাতে না চাওয়া। গেটওয়ে হলো আপনার নিজের LAN-এর পরবর্তী রাউটার, আর এটি সবসময়ই তাই ছিল।

ইন্টারফেস খোলার আগেই তিনটি ফিল্ড লিখুন

LAN ধরুন 192.168.50.0/24, FRITZ!Box 192.168.50.1, আর VPN বক্সের নির্দিষ্ট ঠিকানা 192.168.50.2, যার ইতিমধ্যে কার্যকর সুরক্ষিত পথ আছে 10.40.0.0/16। রুটটি বলে: ওই দূরবর্তী প্রিফিক্সের জন্য প্যাকেটটি নির্দিষ্ট LAN ঠিকানার ডিভাইসকে দিন। দূরবর্তী VPN সার্ভারের পাবলিক এন্ডপয়েন্ট ও তার ভেতরের টানেল ঠিকানা দুটোই এখানে অপ্রাসঙ্গিক, কারণ FRITZ!Box তাদের কাছে সরাসরি কিছু পাঠায় না।

ওই LAN ঠিকানাটি DHCP পুলের বাইরে রাখুন, নইলে আপনি যে গেটওয়ে কনফিগার করেছেন তা একদিন কোনো ফোনের হয়ে যাবে।

FRITZ!Box রুটটি কোথায় রাখে

FRITZ! হোম নেটওয়ার্ক, তারপর নেটওয়ার্ক, তারপর নেটওয়ার্ক সেটিংস-এর অধীনে IPv4 রুট নিয়ন্ত্রণ খোলে; সঠিক লেবেল ও নেস্টিং মডেল এবং FRITZ!OS সংস্করণের উপর নির্ভর করে। রুট টেবিল লুকানো থাকলে অ্যাডভান্সড ভিউ চালু করুন, উপরের মানগুলো দিয়ে একটি এন্ট্রি যোগ করুন এবং প্রয়োগ করুন। আপনার নির্দিষ্ট মডেলের গাইড একবার দেখে নেওয়া ভালো, কারণ একই ফাংশন একাধিকবার রিলিজের মধ্যে স্থান বদলেছে। আপনি যে এন্ট্রি সংরক্ষণ করছেন তার সঠিক শব্দচয়ন খেয়াল করুন, কারণ টেবিলের এন্ট্রি খুব কমই বলে কোন স্ক্রিন এটি তৈরি করেছে।

FRITZ!Box নিজে VPN শেষ করলে যে ফিচারটি হয়, এটি তা নয়। রুট অন্য ডিভাইসের দিকে দেখায়; বিল্ট-ইন VPN হলো সেই ডিভাইস নিজেই।

গেটওয়েকে শুধু পৌঁছালে হয় না, রাউট করতে হবে

দূরবর্তী নেটওয়ার্কে পৌঁছাতে পারে এমন হোস্ট স্বয়ংক্রিয়ভাবে বাকি LAN-এর রাউটার নয়। VPN বক্সে IP ফরওয়ার্ডিং চালু থাকতে হবে, LAN ইন্টারফেস ও টানেলের মধ্যে ফরওয়ার্ডিং অনুমোদন করে এমন ফায়ারওয়াল নীতি থাকতে হবে, আর এমন রুট থাকতে হবে যা উত্তরটি নিজের ডিফল্ট পথে না পাঠিয়ে LAN-এ ফেরত পাঠায়। ফরওয়ার্ডিং চালু করে ফায়ারওয়াল নিয়ম ভুলে যাওয়াই সবচেয়ে সাধারণ অর্ধেক সমাধান, আর ক্লায়েন্টের দিক থেকে এটি রাউটিং ব্যর্থতার মতো দেখায়।

FRITZ!Box-এর দিক থেকে VPN বক্সের LAN ঠিকানায় পিং করে যাচাই করুন, তারপর একটি ক্লায়েন্ট থেকে দূরবর্তী ঠিকানায় ট্রেস করে নিশ্চিত করুন দ্বিতীয় হপ ওই বক্সটিই।

ফেরার পথ ও ওভারল্যাপিং রেঞ্জ

দূরবর্তী পক্ষের 192.168.50.0/24 টানেল দিয়ে ফেরার একটি রুট দরকার, যদি না আপনি সচেতনভাবে VPN বক্সে সোর্স ট্রান্সলেট করেন। সংরক্ষণ আর ট্রান্সলেশন আলাদা নীতি, আলাদা লগ আর আলাদা অ্যাক্সেস নিয়মসহ, আর আপনি এইমাত্র যে স্ট্যাটিক রুট যোগ করেছেন তা এদের মধ্যে বাছাই করে না। ওভারল্যাপিং রেঞ্জ আরও কঠিন সমস্যা: আপনার LAN আর দূরবর্তী নেটওয়ার্ক একই প্রিফিক্স ভাগ করলে একটি হোস্ট রুট তাদের আলাদা করতে পারে না, আর অ্যাড্রেস প্ল্যান বদলাতে হবে।

LAN-এর অন্য কোথাও আরও নির্দিষ্ট রুট যোগ করলে, বা ল্যাপটপে দ্বিতীয় VPN ক্লায়েন্ট বসালে, তা নিঃশব্দে FRITZ!Box-এর এন্ট্রিকে হারিয়ে দেবে।

সাধারণ ক্লায়েন্ট থেকে পরীক্ষা করুন, তারপর ব্যর্থতাও পরীক্ষা করুন

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

শেষে VPN বিচ্ছিন্ন করে দেখুন কী হয়। স্ট্যাটিক রুট টেবিলে থেকে যায় যদিও তার গেটওয়ে সুরক্ষিত পথ হারিয়েছে, তাই ট্রাফিক ইন্টারনেটে ফিরে না গিয়ে বক্সেই ব্যর্থ হয়, আর ফলব্যাক ট্রাফিক আটকানোর দরকার হলে তা সংরক্ষিত রুটে নয়, বক্সের নিজের নীতিতে থাকা উচিত।