VPN পুল আপনার LAN-এর সঙ্গে ওভারল্যাপ করলে কোনো রুট তা সারায় না

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

কেন একটি অতিরিক্ত রুট একটি প্রিফিক্স ভাগ করতে পারে না

একটি রুট একই প্রিফিক্সের উপর দুইটি দাবি আলাদা করতে পারে না, তাই বুদ্ধিমানের কাজ হলো সঠিক রুট লাইন খোঁজা বন্ধ করা। স্ট্যাক একই প্রিফিক্সকে সংযুক্ত রুটের আগে বসায় না, আর আরও নির্দিষ্ট এন্ট্রি ঠিকানাটি ধরে ফেলে, কিন্তু তার মালিক লোকাল হোস্টটিকে অপ্রাপ্য করে তোলে। যা রাউটিং সমস্যা বলে মনে হয় তা আসলে ঠিকানা সংঘর্ষ, এবং দুইটি সমাধানই রুট নয়, ঠিকানা বদলায়। মেনে নেওয়ার আগে নিজের মেশিনে এই দাবিটি পরীক্ষা করুন।

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

সিস্টেমকে একটি ঠিকানা সম্পর্কে জিজ্ঞেস করুন এবং দেখুন কোন ইন্টারফেসের নাম দেয়। Linux, macOS আর Windows প্রত্যেকে কেবল-পাঠ উপায়ে উত্তর দেয়, যা কিছু না পাঠিয়ে নির্বাচিত ইন্টারফেস ও পরবর্তী হপ জানায়। যখন টানেল চালু থাকা অবস্থায় উত্তরটি ফিজিক্যাল অ্যাডাপ্টারের দিকে দেখায়, কার্নেল ঠিকানাটিকে টানেল বহন করতে পারে এমন কিছু নয়, বরং লিংকে আছে বলে ধরে নিচ্ছে।

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

ক্লায়েন্ট আসলে যে পুল পেয়েছে সেটি পড়ুন

ক্লায়েন্ট কী পেয়েছে তা পড়ুন, প্রোভাইডারের মার্কেটিং পেজ নয়। OpenVPN ক্লায়েন্টের লগের বিস্তার বাড়ালে সার্ভারের পাঠানো রুটগুলো তাতে দেখা যাবে, যা টানেল প্রিফিক্স প্রকাশ করে; অন্য জায়গায় পুলটি সংযোগের বিবরণে বা অ্যাডাপ্টারের উপরেই দেখা যায়। প্রোভাইডারের কাছে তার ব্যবহৃত সব প্রাইভেট রেঞ্জের পূর্ণ তালিকা চান, কারণ আজকের একটিমাত্র /24 কাল দুইটি হতে পারে। সাধারণ RFC 1918 ব্লক এড়ানো মানে আপনি যে বরাদ্দ সত্যিই পেয়েছেন তা এড়ানো নয়।

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

পুনর্নম্বরায়নই সেই সমাধান যা আপনি করতে পারেন

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

1. প্রথমে তালিকা: রাউটারের নিজের ঠিকানা, DHCP স্কোপ, রিজার্ভেশন, পোর্ট ফরওয়ার্ড, আর হাতে লেখা ঠিকানার যেকোনো ডিভাইস।
2. তারপর রক্ষণাবেক্ষণ উইন্ডোর ভিতরে রাউটারের LAN প্রিফিক্স ও DHCP স্কোপ একসঙ্গে বদলান, এবং তারযুক্ত লিজ তারবিহীন লিজের আগে নবায়ন করুন।
3. এরপর স্থির ঠিকানাগুলো ঠিক করুন: প্রিন্টার, নেটওয়ার্ক স্টোরেজ, হার্ডকোড করা গেটওয়ে থাকা যা কিছু।
4. শেষে VPN ক্লায়েন্ট আবার সংযুক্ত করুন এবং টানেল ঠিকানা আর LAN-এর সঙ্গে সংঘর্ষ করছে না তা নিশ্চিত করুন।

ঠিকানাগুলো একসঙ্গে নয়, সেই ক্রমে কাজ করুন, এবং পুরনো রেঞ্জ কিছুদিন নথিভুক্ত রাখুন যাতে পুরনো ডিভাইস রহস্যময় না হয়ে চেনা যায়। যে ডিভাইস কখনো নবায়ন করে না, সে গেটওয়েতে পৌঁছাতে ব্যর্থ হয়ে নিজের পরিচয় দেয়, যা সাপোর্ট কলের চেয়ে অনেক ভালো সূত্র। রাউটার যদি এক দিনের বেশি লিজ দেয়, উইন্ডোর সময়টুকুর জন্য সেগুলো ছোট করুন।

একটি উপনাম কী করতে পারে আর কী করতে পারে না

সার্ভার যখন আপনার, ক্লায়েন্টে ঠিকানা অনুবাদ করলে দূরবর্তী প্রিফিক্সটি খালি লোকাল রেঞ্জের ভিতরে প্রকাশ করা যায়, ফলে একই হোস্ট দ্বিতীয় ঠিকানায় উত্তর দেয়। কমিউনিটি OpenVPN এটি করে client-nat, অর্থাৎ এমন এক নির্দেশ যা কেবল সেই ক্লায়েন্টের জন্য, আর মানুষ সাধারণত যেসব বাণিজ্যিক ও মোবাইল ক্লায়েন্টের সঙ্গে তুলনা করে সেগুলোতে তা নেই। এই ব্যবস্থার দরকার অনুবাদের সঙ্গে মেলা একটি রুট, উপনামের জন্য খালি রেঞ্জ, এবং ক্লায়েন্টের অনূদিত নয় এমন ঠিকানায় উত্তর দিতে রাজি একটি সার্ভার। ক্লায়েন্ট যদি আপনার কনফিগার করতে না পারা ম্যানেজড প্রোভাইডারের হয়, তবে এর কিছুই কাজে আসে না।

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

আপনি যে প্রিফিক্সে থিতু হয়েছেন তা সেখানে লিখুন যেখানে মানুষ সত্যিই তাকায়: নেটওয়ার্ক নোট, রাউটারের নিজের মন্তব্য ক্ষেত্র, অনবোর্ডিং পেজ। কেউ আবার 192.168.1.0/24 বেছে নেবে, আর সংঘর্ষটি তার সঙ্গে ফিরে আসবে।