আইএসপি রাউটারের পাশে কল না ভেঙে সাইট VPN যোগ করুন

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

যে ভূমিকাগুলো আগে থেকেই কাজ করে তা লিখে রাখুন

ডিফল্ট গেটওয়ে, DHCP সার্ভার, রিজলভার এবং সরবরাহকারীর ভয়েস নিবন্ধন ধরে রাখা যন্ত্রটি লিখে নিন। এই উদাহরণে আইএসপি রাউটার 10.50.0.1, নতুন গেটওয়ে 10.50.0.2 এবং দূরের সাইট 10.60.0.0/24। এই পরিকল্পনায় প্রথম তিনটি ভূমিকার কিছুই বদলায় না, আর মূল কথাও সেটাই। তারপর নিশ্চিত করুন দ্বিতীয় যন্ত্রটি সত্যিই আপনার টানেল শেষ করতে পারে: প্রোটোকল, প্রত্যাশিত থ্রুপুট এবং এটি ফার্মওয়্যার বা প্যাকেজ হালনাগাদ পায় কি না দেখুন। VPN লোগো আছে কিন্তু হালনাগাদের পথ নেই এমন যন্ত্র সংযোজন নয়, বোঝা।

ভয়েস সেবার মালিক কে তা বলতে না পারলে থামুন। নিবন্ধন ধরে রাখা রাউটার রোলব্যাক পরিকল্পনা ছাড়া বদলালে VPN প্রকল্প ফোন বিচ্ছিন্নতায় পরিণত হয়।

নতুন গেটওয়েকে একটি ঠিকানা ও একটি কাজ দিন

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

ip route get 10.60.0.55
ip neigh show 10.50.0.2
traceroute -n 10.60.0.55

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

দূরের প্রিফিক্স রুটের মালিক কে হবে তা বাছুন

বিকল্প A হলো আইএসপি রাউটার: এটি 10.60.0.0/24 এর জন্য গেটওয়ের দিকে একটি স্ট্যাটিক রুট রাখে এবং প্রতিটি হোস্ট আগের মতোই নিজের ডিফল্ট গেটওয়ে অনুসরণ করে। বিকল্প B হলো প্রতি হোস্টে: কেবল যে মেশিনগুলোর দূরের সাইট দরকার তারা 10.50.0.2 দিয়ে স্পষ্ট রুট পায়, বাকি সব অপরিবর্তিত থাকে। A অনেক হোস্টের জন্য পরিষ্কার, কিন্তু সাধারণত সরবরাহকারীর রাউটারকে স্ট্যাটিক রুট গ্রহণ করতে হয়, যা কেউ কেউ করে না। B সরবরাহকারীর সহযোগিতা চায় না, কিন্তু হোস্ট কনফিগারেশন রক্ষণাবেক্ষণ আপনার ঘাড়ে রাখে, তাই অল্প অনুমোদিত মেশিনের জন্য মানানসই।

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

ip route add 10.60.0.0/24 via 10.50.0.2 dev eth0
ip route get 10.60.0.55 from 10.50.0.77

এন্ট্রিটি হোস্টের কনফিগারেশন মালিকের মাধ্যমে স্থায়ী করুন, লগইন স্ক্রিপ্ট দিয়ে নয়। কেবল কেউ লগইন করার পরে যে রুট থাকে, মেশিনটি অসম্পর্কিত কারণে রিবুট হলে প্রথমবারেই ব্যর্থ হবে।

পৌঁছানো যায় এমন ইনবাউন্ড এন্ডপয়েন্টের ব্যবস্থা করুন

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

ফরওয়ার্ডটি গেটওয়েতে ক্যাপচার দিয়ে নিশ্চিত করুন, পোর্ট স্ক্যান করা ওয়েবসাইট দিয়ে নয়। স্ক্যানার লিসেনার বাঁধা না পড়া পর্যন্ত পোর্ট বন্ধ বলে, আর কখনো ট্রাফিক না পাঠানো ফরওয়ার্ড বাইরে থেকে বন্ধ পোর্টের মতোই দেখায়।

ব্যক্তিগত সেবা ও ভয়েস লাইন একসঙ্গে গ্রহণ করুন

LAN হোস্ট থেকে অভীষ্ট কার্যক্রম পরীক্ষা করুন, ব্যক্তিগত DNS ও অ্যাপ্লিকেশনের নিজস্ব শংসাপত্র দিয়ে। রাউটেড টানেল দূরের ব্রাউজিংকে স্থানীয় ইথারনেট সেগমেন্টের মতো করে না, তাই আবিষ্কার ও নাম সমাধানের আলাদা ব্যবস্থা দরকার।

curl -sS -o /dev/null -w '%{http_code}\n' https://files.example.net
ping -c 3 10.60.0.55

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