কীভাবে কী প্রকাশ না করেই IPsec অবস্থা পরীক্ষা করবেন

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

পরীক্ষা 1: এই আর্টিফ্যাক্ট কি আদৌ মেশিন ছাড়তে পারে

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

নিয়মটি এক বাক্যে বলার মতোই সহজ: যে পর্যবেক্ষণ প্রশ্নের উত্তর দেয় সেটি শেয়ার করুন, যে মেশিন অবস্থা তা তৈরি করেছে তা নয়।

পরীক্ষা 2: অবস্থার ডাম্প নয়, সারাংশ কমান্ড বেছে নিন

strongSwan-এর জন্য swanctl --list-sas অ্যাসোসিয়েশন সারাংশ দেখায়: পরিচয়, ইনস্টল করা চাইল্ড SA, অবস্থা ও কাউন্টার। এতে কাঁচা কী ডাম্পের দরকার হয় না, এবং টিকিটে প্রথম যে জিনিসটি পেস্ট করা উচিত তা এটিই। কার্নেলের দিকে iproute2 যে সংস্করণে অপশনটি নথিভুক্ত করে সেখানে ip xfrm state list nokeys সমর্থন করে, যা অ্যাসোসিয়েশন ফিল্ড ধরে রেখে কী উপাদান চাপা দেয়।

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

পরীক্ষা 3: তদন্তের যা দরকার কেবল তা-ই লিখুন

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

ডিফল্টভাবে সংবেদনশীল অংশ আড়াল করুন এবং অনুরোধে আবার যোগ করুন। আপনার টিকিট যে পড়ে সে আরও একটি ফিল্ড চাইতে পারে; কিন্তু পেস্ট করা কী আর অদেখা করতে পারে না।

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

পরীক্ষা 4: একটি প্রচেষ্টাকে দুই প্রান্তে মিলিয়ে দেখুন

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

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

পরীক্ষা 5: উপাদান ইতিমধ্যে প্রকাশ হয়ে গেলে কী করবেন

সংযুক্তি মুছে ফেললে প্রমাণ হয় না যে কেউ এটি রাখেনি, এবং প্রকাশ্য পেস্ট দ্রুত কপি হয়ে যায়।

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

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