ওয়্যারলেস লিংক ব্যাকআপ: রাউটেড ফেইলওভার নাকি একটি সেগমেন্ট?
ব্যাকআপটি রাউটেড রিচেবিলিটি পুনরুদ্ধার করে, নাকি একটি ইথারনেট সেগমেন্ট বাড়ায়, তা নির্ধারণ করুন। এই পছন্দই লুপ নিয়ন্ত্রণ, হেলথ চেক ও পুনরুদ্ধার ঠিক করে দেয়।
দুটি ভবন, একটি পয়েন্ট-টু-পয়েন্ট রেডিও আর একটি ইন্টারনেট VPN, যা দ্বিতীয় পথ হিসেবে কাজ করতে পারে। ব্যাকআপ স্বয়ংক্রিয় হওয়ার আগে একটি প্রশ্নই বাকি প্রায় সবকিছু নির্ধারণ করে: কী টিকে থাকতে হবে — আলাদা সাবনেটের মধ্যে IP রিচেবিলিটি, নাকি একটি সাধারণ ইথারনেট সেগমেন্ট? রেডিওটি কেবলের মতো আচরণ করে বলেই প্রতিটি ব্রডকাস্ট ফ্রেম ইন্টারনেটের ওপর দিয়ে পাঠাতে হবে, এমন কোনো যুক্তি নেই। প্রথমে প্রশ্নটির উত্তর দিন, কারণ দুটি উত্তর ভিন্ন লুপ নিয়ন্ত্রণ, ভিন্ন হেলথ চেক এবং পুনরুদ্ধারের অর্থ নিয়ে ভিন্ন ধারণা দাবি করে।
কী কী বিভ্রাটে টিকে থাকতে হবে তা ঠিক করুন
যে অ্যাপ্লিকেশনগুলোকে কাজ করতে হবে সেগুলোর তালিকা করুন এবং দেখুন সেগুলো Layer 3 রিচেবিলিটির ওপর নির্ভর করে, নাকি Layer 2 সংলগ্নতার ওপর। ফাইল শেয়ারিং, ডেটাবেস সংযোগ আর ওয়েব সেবা সাধারণত কেবল রুট নিয়ে ভাবে; ডিসকভারি প্রোটোকল, কিছু ক্লাস্টারিং পণ্য এবং যা কিছু একক ব্রডকাস্ট ডোমেইন আশা করে, তারা সংলগ্নতা নিয়ে ভাবে। ভুল ধরনের রিচেবিলিটি পুনরুদ্ধার করা ব্যাকআপ এমন একটি সাইট তৈরি করে যা কারিগরি ভাবে সংযুক্ত কিন্তু কার্যত অকেজো।
তালিকাটি লিখে রাখুন এবং ডিজাইনের সঙ্গে যুক্ত করুন, কারণ প্রথম অ্যাপ্লিকেশন মালিক নতুন লিংকের কথা শোনার পরেই উত্তরটি সাধারণত সরে যায়।
রাউটেড ফেইলওভার: দুটি প্রিফিক্স, একটি পছন্দের পথ
আলাদা সাইট প্রিফিক্স থাকলে ব্যাকআপ একটি রাউটিং সমস্যা। প্রতিটি রাউটারের রেডিওর ওপর একটি পছন্দের পথ আর টানেলের ওপর একটি কম পছন্দের পথ থাকে, আর রেডিও ট্রাফিক দেওয়া বন্ধ করলে পছন্দের রুটটি প্রত্যাহার করা হয়। দূরের দিকের নিজের ফেরত রুট দরকার, এবং দুই দিককে একমত হতে হবে কোন পথটি কোন দিকে পছন্দের, যাতে ট্রাফিক কেবল একটি দিকেই দীর্ঘ পথ না নেয়।
ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1
দ্বিতীয় কমান্ডের সঙ্গে তৃতীয়টিও পড়ুন: একটি পলিসি রুল, দ্বিতীয় টেবিল বা উৎসভিত্তিক সিদ্ধান্ত এক সাবনেটের ট্রাফিক অন্যটির থেকে ভিন্নভাবে পাঠাতে পারে, আর একটি একক ডিফল্ট লুকআপ তা ঢেকে রাখে।
ব্রিজড ফেইলওভার: একটি সেগমেন্ট, একটি ব্লকিং পথ
সংলগ্নতা সত্যিই দরকার হলে ব্যাকআপকে ইথারনেট ফ্রেম বহন করতে হবে, যা রাউটেড IP টানেল করে না। কিছু প্ল্যাটফর্ম VPN ইন্টারফেসকে স্থানীয় সেগমেন্টে ব্রিজ করতে সমর্থন করে, আর সেই ইন্টারফেসগুলো তখন সংশ্লিষ্ট পরিণতিসহ ব্রিজ সদস্য হয়ে যায়। একসঙ্গে ফরওয়ার্ড করা দুটি Layer 2 পথ লুপ তৈরি করে, তাই ডিজাইনে দুটি সাইট জুড়ে একটি স্প্যানিং ট্রি এবং কোন পথটি ব্লক হওয়া উচিত সে সম্পর্কে স্পষ্ট বিবৃতি দরকার।
এটি চেকবক্স নয়, একটি গুরুত্বপূর্ণ নকশা সিদ্ধান্ত, আর আপনার প্ল্যাটফর্মের ব্রিজিং ডকুমেন্টেশন, যেমন pfSense-এর জন্য ব্রিজ ওভারভিউ, সেখানেই নিশ্চিত করুন VPN সদস্য আসলে কীসে অংশ নেয়। একটি সম্পর্কহীন ডিভাইসে স্প্যানিং-ট্রি অপশন চালু করা প্রান্ত থেকে প্রান্তের বিন্যাস সম্পর্কে কিছুই প্রমাণ করে না।
যে সীমান্তটি গুরুত্বপূর্ণ তা পর্যবেক্ষণ করুন
বিদ্যুৎযুক্ত রেডিও, আপ হওয়া ইন্টারফেস আর সুস্থ টানেল — প্রত্যেকটিই স্থানীয় একটি তথ্য বোঝায়। এর কোনোটিই প্রমাণ করে না যে একটি ভবনের প্যাকেট অন্যটির হোস্টে পৌঁছেছে, আর ফেইলওভার লজিকের কেবল সেই তথ্যের ওপরই কাজ করা উচিত। পলিসি অনুমতি দিলে দূরের রাউটারের বাইরে একটি লক্ষ্য পর্যবেক্ষণ করুন, এবং অপ্রতিসম ব্যর্থতা যাতে দেখা যায় সেজন্য দুই দিক আলাদাভাবে পর্যবেক্ষণ করুন।
ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10
চেকটি সস্তা ও সীমিত রাখুন: ছোট বিরতি, অল্প সংখ্যা এবং অ্যাপ্লিকেশনের সহনশীলতার সঙ্গে মেলে এমন টাইমআউট। যে মনিটর নিজেই যে পথ পরীক্ষা করছে তার ওপর নির্ভর করে, সেটি কিছু না জানানো পর্যন্ত সফলতার রিপোর্ট দিতে থাকবে।
চাপের মধ্যে দুই দিকই অনুশীলন করুন
অন্যের টপোলজি থেকে একটি একক কনভার্জেন্স লক্ষ্য কপি করবেন না। শনাক্তকরণ সময়, রুট বা ব্রিজ কনভার্জেন্স, টানেল প্রস্তুতি আর অ্যাপ্লিকেশন পুনরুদ্ধার — প্রত্যেকটিই নিজের বিলম্ব যোগ করে, আর আপনার যন্ত্রপাতিতে যোগফলই একমাত্র সংখ্যা যা গুরুত্বপূর্ণ। প্রতিনিধিত্বমূলক ট্রাফিক চলার সময় অনুশীলন করুন, যাতে পরিমাপে উৎপাদনের সারি ও সেশনগুলো ধরা পড়ে।
sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10
ব্যর্থতার মতোই সতর্কতার সঙ্গে পুনরুদ্ধার পরীক্ষা করুন। অস্থির রেডিও বারবার উঠে-নেমে গেলে, পছন্দের লজিকে ড্যাম্পিং না থাকলে ট্রাফিক এদিক-ওদিক টেনে নেবে, আর ব্যবহারকারীরা তা একক পরিচ্ছন্ন বিভ্রাটের চেয়েও খারাপ মনে করেন। প্রতিটি পর্যায়ে নির্বাচিত পথ, কোন নতুন অনুরোধ সফল হলো এবং পথ বদলানোর সময় খোলা সেশনগুলোর কী হলো তা লিখে রাখুন। সেই রেকর্ডই একটি দ্বিতীয় কেবলকে পরিচালন নীতি করে তোলে।