নতুন রাউটার, একই VPN সার্ভার: এর পাবলিক এন্ট্রি সরান

নতুন রাউটার লাগালেন, ইন্টারনেট ফিরে এল, কিন্তু ফোনের VPN ক্লায়েন্ট এখনও এমন ঠিকানায় তাকিয়ে আছে যা আর সাড়া দেয় না। VPN সার্ভারে কিছুই বদলায়নি, কারণ সার্ভার কখনও সরেনি। রাউটারটাই ছিল পাবলিক এন্ট্রি পয়েন্ট, আর তা বদলানো একইসঙ্গে ঠিকানা, ফরওয়ার্ডিং নিয়ম এবং সম্ভবত ডাইনামিক DNS আপডেটার বদলে দিয়েছে।

বদলটাকে এক নয়, দুটি হ্যান্ডঅফ হিসেবে ধরুন এবং কাজ করার সময় অ্যাডমিন ইন্টারফেসে ঢোকার স্থানীয় পথটি রাখুন।

প্লাগ খোলার আগে হ্যান্ডঅফ লিখে রাখুন

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

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

সেই রেকর্ডটি সুরক্ষিত জায়গায় রাখুন। রাউটার ব্যাকআপে WAN লিঙ্কের ক্রেডেনশিয়াল থাকতে পারে। এক্সপোর্ট ফাইলটিকে সেটিংসের নোট নয়, পাসওয়ার্ডের মতো ব্যাবহার করুন।

আগে ঠিকানা সরান, তারপর ফরওয়ার্ড

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

তারপর VPN যে ট্রান্সপোর্ট ব্যবহার করে তার জন্য ঠিক একটি ইনবাউন্ড নিয়ম তৈরি করুন। স্থানীয় সার্ভারে ফরওয়ার্ডিং বর্ণনা করা নির্মাতার নির্দেশিকা প্রক্রিয়াটি দেখায়, বিশ্বজনীন রেসিপি নয়, তাই নিয়মটি কোনো ব্লগের তালিকার বদলে আপনার প্রকৃত প্রোটোকল ও পোর্টের সঙ্গে মিলান। নতুন রাউটারের ফরওয়ার্ড তার উপরে বসে থাকা ক্যারিয়ার-গ্রেড NAT সরাতে পারে না, আর প্রদানকারী ইতিমধ্যে একটি শেয়ার করলে কোনো স্থানীয় নিয়ম প্রাইভেট ঠিকানাকে ইন্টারনেট থেকে পৌঁছানোর যোগ্য করবে না।

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

কে পাবলিক নাম আপডেট করবে তা ঠিক করুন

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

স্থাপনা দুটি ঠিকানা পরিবারই প্রকাশ করলে A এবং AAAA — দুটি রেকর্ডই পড়ুন। প্রত্যেকটিকে এমন সেবার দিকে দেখাতে হবে যা সত্যিই শুনছে এবং নিজের ফায়ারওয়াল পথে অনুমোদিত, আর কাজ করা IPv4 ম্যাপিং IPv6 দিক নিয়ে কিছুই বলে না। ক্লায়েন্ট প্রোফাইলে পরিচয় যাচাইও রাখুন: বদলে যাওয়া পাবলিক ঠিকানা মিলছে না এমন সার্টিফিকেট বা পিয়ার কী গ্রহণ করার কারণ নয়।

বাইরে থেকে বদলটি প্রমাণ করুন

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

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

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

নতুন ম্যাপিং আপনার পুনরুদ্ধার নোটের সঙ্গে রাখুন

চূড়ান্ত সার্ভার বরাদ্দ, ইনবাউন্ড নিয়ম এবং আপডেট মালিকের নাম স্থানীয়ভাবে রাউটারে পৌঁছানোর পদ্ধতির পাশে রাখুন। পরের প্রতিস্থাপন traceroute নয়, ওই পাতাটি থেকেই শুরু হওয়া উচিত।

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