SNMP বা API বেছে নেওয়ার আগে VPN অবজেক্ট নির্ধারণ করুন

পরিবহনের আগে তিনটি সিদ্ধান্ত আসে: অ্যালার্টটি কোন অবজেক্ট বর্ণনা করে, এটি কোন দিক ও পরিধি জুড়ে আছে, এবং পাঠটি কতটা সতেজ হতে হবে। SNMP, একটি HTTPS API এবং একটি অ্যাপ্লিকেশন প্রোব সবই VPN সম্পর্কে কিছু জানাতে পারে, এবং তারা একই জিনিস জানাবে না। এই তিনটি না মিটিয়েই প্রোটোকল বদলালে কেবল বিভ্রান্তি কোথায় জমা হয় তা বদলায়। অবজেক্ট ও অ্যালার্টের অর্থই নকশা; প্রোটোকল কেবল পরিবহন।

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

অ্যালার্টটির আসলে কী বোঝানো উচিত?

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

এটি এমন এক বাক্য হিসেবে লিখুন যার ভিত্তিতে অন-কল ইঞ্জিনিয়ার কাজ করতে পারেন। বাক্যটির যদি দুটি অবজেক্ট দরকার হয়, তবে সেটি দুটি অ্যালার্ট, আধা-সঠিক একটি নয়।

TCP সারণি TCP-কে বর্ণনা করে

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

ইন্টারফেস কাউন্টারগুলো আরও মোটা স্তরে একই দ্ব্যর্থতা বহন করে: একটি ইন্টারফেসে বাইট সব পিয়ার ও সব প্রবাহকে একত্র করে।

একটি ছোট পর্যবেক্ষণ চুক্তি তৈরি করুন

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

যদি ইনস্টল করা এজেন্টের প্রয়োজনীয় অবজেক্ট না থাকে, তবে স্পষ্টভাবে সমর্থিত অন্য একটি কেবল-পাঠযোগ্য ইন্টারফেস বাছুন। OID বানানো, সাধারণ TCP গণনাকে টানেল গণনা হিসেবে পড়া, বা পুরোনো ভেন্ডর API সহোদর পণ্যে অপরিবর্তিত থাকবে আশা করা—সবই মৃত পথ।

পুরোনো ডেটা টানেল ব্যর্থতা নয়

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

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

উপযোগী নকশা অবজেক্ট, অর্থ ও সতেজতার প্রয়োজনীয়তার নাম দেয়। প্রোটোকল নির্বাচন সেগুলো থেকেই আসে, উল্টোটা নয়।