কিল সুইচ বনাম Tor Browser বিচ্ছিন্নতা: দুটি ভিন্ন পরীক্ষা

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

দুই সীমানায় দুই নিয়ন্ত্রণ

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

তাই একটি মেশিন নিখুঁত কিল সুইচ পরীক্ষায় উত্তীর্ণ হয়ে লগইনের মাধ্যমে পরিচয় ফাঁস করতে পারে। উল্টোটাও ঠিক ততবারই ঘটে: এমন হোস্টে ভালোভাবে বিচ্ছিন্ন ব্রাউজার যার টেলিমেট্রি এমন পথ নেয় যা নীতি কখনোই ঢাকেনি।

দুটোকে এক লেবেলের নিচে ফেলা খারাপ প্রমাণ তৈরি করে, কারণ তখন এক পাশের উত্তীর্ণতা জোড়ার জায়গা নেয়। শুরু থেকেই এদের আলাদা কলামে রাখুন। কলামের শিরোনামই বলে দেয় পরীক্ষা আপনাকে কোন আর্টিফ্যাক্ট দেবে: আটকানো প্যাকেট নাকি সেশনের রেকর্ড।

আউটেজ রান আরও সংকীর্ণ প্রশ্নের উত্তর দেয়

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

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

বিচ্ছিন্নতা ব্রাউজারের বৈশিষ্ট্য, রুট নয়

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

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

দুই রেকর্ড, দুই প্রশ্ন

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

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

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