VPN গোপনীয়তার দাবি পরীক্ষা: টিকে থাকা প্রমাণ সংরক্ষণ করুন
ফলাফল দেখার আগেই দাবি, পর্যবেক্ষক ও সেটআপ লিখে রাখুন। রাউটিং পরীক্ষা একটি নির্গমন দেখায়; এটি কখনও দেখায় না অপারেটর কী সংরক্ষণ করে।
পরীক্ষাটি এমন একটি বাক্য দিয়ে শুরু হয় যা কেউ সত্য হতে চায়, এবং প্রমাণ হয় তার একটি সংকীর্ণ সংস্করণকে সমর্থন করে, নয়তো কিছুই নয়। একটি পাবলিক ঠিকানা যাচাই দেখায় কোন নির্গমন একটি অনুরোধ ব্যবহার করেছে। এটি দেখায় না প্রদানকারী কী সংরক্ষণ করে, কে তা পড়তে পারে, বা এমন একটি সেশন কী হয় যা কখনও সম্পূর্ণ হয় না। পরীক্ষাটি নথিভুক্ত পদ্ধতি হিসেবে সম্পাদন করলে আপনি মাপের চেয়ে বেশি দাবি করা থেকে বিরত থাকেন।
একটি পর্যবেক্ষণযোগ্য দাবি বাছুন
কোনো সরঞ্জাম খোলার আগেই দাবিটি একটি একক পরীক্ষণযোগ্য বাক্য হিসেবে লিখুন: এই প্রোফাইলের জন্য, এই নেটওয়ার্কে, একটি পাবলিক ঠিকানার প্রতিধ্বতিতে যাওয়া অনুরোধ প্রদানকারীর ঘোষিত নির্গমন দিয়ে বের হয়। সেই বাক্যটি একটি বিষয়, একটি শর্ত ও একটি পর্যবেক্ষণের নাম বলে, আর এটাই এটিকে খণ্ডনযোগ্য করে তোলে। VPN গোপনীয়তা রক্ষা করে—এমন দাবির কোনো পর্যবেক্ষণযোগ্য রূপ নেই, তাই কোনো মাপই তা মীমাংসা করতে পারে না। পরীক্ষাটি যা আচ্ছাদন করবে না তার জন্য একটি দ্বিতীয় বাক্য রাখুন, কারণ সংরক্ষণ, তৃতীয় পক্ষের প্রবেশাধিকার ও ট্রাফিকের পারস্পরিক সম্পর্ক—সবই ব্রাউজার পরীক্ষার বাইরে থাকে।
সেই দ্বিতীয় বাক্যটি আগেই লিখুন, ফলাফল আসার পরে নয়। ফলাফল এখনও অজানা থাকতে পরিধি সম্পর্কে সৎ হওয়া অনেক সহজ, টিকিটে একটি সান্ত্বনাদায়ক স্ক্রিনশট আসার পরে হওয়ার চেয়ে। পরে যোগ করা পরিধি-নোট সাধারণত প্রশ্নটির বদলে ফলাফলটিই বর্ণনা করে।
মাপটি পুনরাবৃত্তি করতে পাঠকের প্রয়োজনীয় সেটআপ তথ্য
সেটআপই ফলাফলকে পুনরুৎপাদনযোগ্য করে, আর উত্তর ভালো দেখালে মানুষ ঠিক এটাই এড়িয়ে যায়। সংস্করণের স্ট্রিং, প্রোফাইলের নাম, অ্যাক্সেস নেটওয়ার্ক ও ঠিকানার পরিবার নোটে থাকা উচিত, সঙ্গে যেকোনো টানেল-বিভাজন নিয়ম যা ট্রাফিককে টানেলের বাইরে নিতে পারে। পরীক্ষাধীন ঘটনাটিরও নাম দিন, কারণ কাজ করা সংযোগ, অপ্রত্যাশিত বিচ্ছিন্নতা, হাতে করা সংযোগ-বিচ্ছেদ ও নেটওয়ার্ক হস্তান্তর ভিন্ন ভিন্ন নিয়ম প্রয়োগ করে। যে পরীক্ষা এই ঘটনাগুলো মেশায়, তা যেকোনো একটির সম্পর্কে কমই প্রমাণ করে।
এমন পরিবেশে সংবেদনশীল নয় এমন ট্রাফিক ব্যবহার করুন যেখানে পরীক্ষা করার অনুমতি আপনার আছে। অসম্পর্কিত প্যাকেট ধরা রেকর্ডটিকে কারিগরি দেখায় এবং প্রমাণ না বাড়িয়েই ঝুঁকি বাড়ায়। ধরা কেবল টানেল ইন্টারফেসে লক্ষ্য করুন, এবং ফাইলের আকারের সীমা দিন যাতে দীর্ঘ চালনা ডিস্ক ভরাতে না পারে। কিছু বদলানোর আগেই ধরা বন্ধ করুন, যাতে ফাইলটি আপনার লেখা সেটআপ লাইনের সঙ্গে মেলে।
কী মাপা হলো এবং এর অর্থ কী, তা বলুন
সরঞ্জামটি যা ছেপেছে এবং সরঞ্জামটি যা দেখতে পেরেছে তা লিখে রাখুন। রিজলভারের উত্তর, ঠিকানার প্রতিধ্বতির ফল ও রুটের সন্ধান ভিন্ন ভিন্ন প্রশ্নের উত্তর দেয়, আর একটি ওয়েব পৃষ্ঠার ভেতরের অবস্থান-লেবেল নির্গমন সম্পর্কে সত্য নয়, বরং একটি ডাটাবেস সম্পর্কে অনুমান। প্রতিটি লাইন তৈরি করা কমান্ডটি তার পাশে লিখুন, কারণ কমান্ড ছাড়া কোনো মান পুনরুৎপাদন করা যায় না। টাইমস্ট্যাম্পটি পরিবর্তন-টিকিটের একই সময় অঞ্চলে রাখুন, নইলে এক সপ্তাহ পরে ক্রমটি পড়ার অযোগ্য হয়ে যায়।
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15
দুটি স্বতন্ত্র প্রতিধ্বতি সেবা একমত হলে তা একটির চেয়ে শক্তিশালী, আর অমিল নিজেই লেখার যোগ্য একটি আবিষ্কার। রিজলভারের আউটপুট দেখায় DNS টানেল অনুসরণ করেছে কি না, নাকি স্থানীয় নেটওয়ার্কই ব্যবহার করেছে, যা নির্গমন-ঠিকানার থেকে আলাদা একটি দাবি। কাঁচা আউটপুট টাইমস্ট্যাম্পসহ সংরক্ষণ করুন, আর সবচেয়ে সান্ত্বনাদায়ক স্ক্রিনশটের বদলে বিপরীত ফলাফলগুলো রাখুন। কোনো পরিবর্তন ফলাফল সরালে একবারে একটি চলক প্রয়োগ করুন, কারণ সার্ভার ও ক্লায়েন্ট একসঙ্গে বদলালে কোনটি প্রভাব ফেলল তা বলতে পারবেন না।
রেকর্ডে কী থাকবে, আর কী বাদ দিতে হবে
পদ্ধতি, গোপন-নয় এমন আউটপুট ও সীমাবদ্ধতাগুলো রাখুন, তারপর বাকিটা বাদ দিন। শংসাপত্রবাহী প্রোফাইল, ব্যক্তিগত হোস্টনাম ও অ্যাকাউন্ট শনাক্তকারী প্রমাণের সঙ্গে যাত্রা করার দরকার নেই, আর যে পরীক্ষা-রেকর্ড সেগুলো ফাঁস করে, তা যে জিনিসটি প্রদর্শনের কথা ছিল তারই ক্ষতি করেছে। নিচের পাঁচটি ক্ষেত্র হলো সবচেয়ে সংক্ষিপ্ত রূপ যা এখনও হস্তান্তর টিকে থাকে।
| Field | What to write |
|---|---|
| Claim | One testable sentence naming the profile, the network and the observation |
| Observer and scope | Who could see the traffic or the record, and under which conditions |
| Setup | Client and server versions, profile name, access network, address families, split-tunnel rules, event under test |
| Raw result | Tool output with a timestamp, exit addresses from both echo services, resolver answer |
| What it does not support | Retention, third-party access, correlation, untested address families |
আপনি যে নীতিবিবৃতির সঙ্গে তুলনা করছেন তা তার তারিখ ও পরিধিসহ সংযুক্ত করুন। RFC 6973 নামযুক্ত পর্যবেক্ষক ও নির্ধারিত পরিধিকে ঘিরে গোপনীয়তা বিশ্লেষণের একটি কাঠামো দেয়, আর সেই কাঠামো একটি পরীক্ষা-রেকর্ডের সঙ্গে মানানসই: কে কী পর্যবেক্ষণ করতে পারত, কোন শর্তে, আর কোন অংশগুলো অপরীক্ষিত রয়ে গেল।
প্রমাণ কী সমর্থন করে আর কী করে না, তা একটি অনুচ্ছেদে বলে শেষ করুন। সেই অনুচ্ছেদটিই হস্তান্তরযোগ্য ফল, আর তার উপরের সবকিছু তা সৎ রাখার জন্যই আছে। প্রতিটি ধারা নরম না করে এটি লেখা সম্ভব না হলে, পরীক্ষাটি টিকিটের দাবির চেয়ে কম মেপেছে।