একটি স্ট্যাটাস লাইটে ভরসা না করে রাউটার VPN মনিটর করুন

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

পাঁচটি পরীক্ষা, ক্রমে, পিয়ার থেকে বাইরের দিকে।

পরীক্ষা 1: পিয়ার বা অ্যাসোসিয়েশন অবস্থা

প্রতিটি প্রোটোকল নিজের অবস্থা প্রকাশ করে। WireGuard প্রতিটি পিয়ারের সর্বশেষ হ্যান্ডশেক ও স্থানান্তর কাউন্টার wg show এর মাধ্যমে দেখায়। OpenVPN সেশন অবস্থা তার স্ট্যাটাস ফাইল বা ম্যানেজমেন্ট ইন্টারফেসে লেখে, আর IPsec ipsec statusall এর মতো টুল দিয়ে সিকিউরিটি অ্যাসোসিয়েশন প্রকাশ করে। ফাঁদ হলো টাইমস্ট্যাম্পকে রায় হিসেবে পড়া: পাঠানোর কিছু নেই এমন নিষ্ক্রিয় WireGuard পিয়ার সম্প্রতি হ্যান্ডশেক করবে না, আর সেটা কোনো বিভ্রাট নয়।

কাউকে ডাকার আগে টাইমস্ট্যাম্পকে প্রত্যাশিত ট্রাফিক ও keepalive সেটিংসের সঙ্গে তুলনা করুন।

পরীক্ষা 2: নির্বাচিত রুট

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

এই পরীক্ষাটি সেই ব্যর্থতা ধরে যা স্ট্যাটাস লাইট কখনো দেখায় না।

একটি উপকারী দ্বিতীয় পরীক্ষা সোর্স ঠিকানাও তুলনা করে। ip route get 10.20.5.10 পরবর্তী হপ, ইন্টারফেস ও পছন্দের সোর্স ফেরত দেয়, আর ভুল সোর্স দূর প্রান্তে ফেরত ট্রাফিক ভাঙার জন্য যথেষ্ট। প্রত্যাশিত ত্রয়ীটি একবার লিখে রাখুন, তারপর কোনো উপাদান বদলালে সতর্ক করুন। ওই এক লাইনই NAT পরিবর্তন, ইন্টারফেস ওঠানামা ও পলিসি-রাউটিং ভুল ধরে।

পরীক্ষা 3: অনুমোদিত অ্যাপ্লিকেশন পথ

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

প্রোবের পরিমাণ সংযত রাখুন। মনিটরিং লুপ নিজে যে ট্রাফিক মাপে, সেই ট্রাফিক হয়ে ওঠা উচিত নয়।

পরীক্ষা 4: কী বদলাল এবং কখন

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

লগ রাখুন পরিবর্তনগুলোর জন্য, পেলোডের জন্য নয়।

পরীক্ষা 5: অ্যালার্মের সীমান্তের নাম বলা উচিত

যে অ্যালার্ম বলে VPN ডাউন, সেটি অর্ধেক সময় মানুষকে ভুল জায়গায় পাঠায়। যে অ্যালার্ম বলে পিয়ার হ্যান্ডশেক বারো মিনিট পুরোনো, 10.20.0.0/16 এর রুট নেই, বা পোর্ট 445 এ প্রোব ব্যর্থ, সেটি নির্দিষ্ট পরীক্ষার দিকে ইশারা করে।

পেলোড ব্রাউজ করার বদলে পরিচালন কাউন্টার রাখুন। কাউন্টার আপনার প্রয়োজন নেই এমন কনটেন্ট সংগ্রহ না করেই মনিটরিংয়ের প্রশ্নের উত্তর দেয়।

আর পরবর্তী কী হবে তা ফেইলওভার নীতি ঠিক করুক। মনিটরিং শনাক্ত করুক কোন সীমান্ত ব্যর্থ হয়েছে, প্রতিবার প্রোব ব্যর্থ হলে বিস্তৃত বাইপাসের অনুমতি দিক না। OpenVPN 2.6 ম্যানুয়াল স্ট্যাটাস ফাইল ও ম্যানেজমেন্ট ইন্টারফেস নথিভুক্ত করে যা প্রথম পরীক্ষাটিকে স্ক্রিপ্টযোগ্য করে।