স্বেচ্ছাসেবক VPN আর বাণিজ্যিক VPN বিশ্বাস রাখে আলাদা জায়গায়

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

তিন পক্ষ, এক নয়

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

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

কীভাবে একটি এন্ডপয়েন্ট হারিয়ে যায়

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

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

নীতি আসলে কী ঢাকে

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

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

লেবেল নয়, রেকর্ড দিয়ে সিদ্ধান্ত নিন

সংযোগ করা একটি ক্লায়েন্ট প্রোটোকল সামঞ্জস্য ও পৌঁছানোর সক্ষমতা প্রমাণ করে, রেকর্ড সম্পর্কে কিছুই নয়, কারণ রেকর্ড তৈরি হয় এন্ডপয়েন্টে ও তার ওপরে। এজন্যই সবুজ স্ট্যাটাস আইকন এত দুর্বল সংকেত: একই ক্লায়েন্ট যত্নশীল রিলে আর অসতর্ক রিলের দিকে তাক করালে একই দেখায়। তাই সিদ্ধান্তের রেকর্ড ইন্টারফেস থেকে নয়, নির্দিষ্ট অপারেটর সম্পর্কে আপনি যা যুক্তিসঙ্গতভাবে বলতে পারেন তা থেকে গড়তে হবে। পথের প্রযুক্তিগত দৃশ্যমানতা, জড়িত তথ্যের শ্রেণি এবং অপারেটর যে আস্থা অর্জন করেছে তা লিখুন; এর কোনোটি অনুমান হলে সিদ্ধান্ত শেষ হয়নি।

আপনি যদি কেবল সংযোগের তুলনা করেন, তবে এর বদলে এন্ডপয়েন্ট আর আপনি যে ফল মেপেছেন তা লিখুন। এক দেশে একটি রিলে, একটি সম্পদ যা পৌঁছানো গেছে এবং একটি প্রতিক্রিয়া যা মাপা গেছে—এগুলো আপনার পরীক্ষাকে বর্ণনা করে, এক হোস্টের আচরণকে গোটা প্রকল্পে আরোপ না করেই।

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