VPN-এ কভার ট্রাফিক: কোন পর্যবেক্ষক থেকে আপনি লুকাচ্ছেন

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

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

ল্যাপটপ থেকে শুরু করুন

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

সেই পর্যবেক্ষক অন্যথায় কী লক্ষ্য করত তা লিখে রাখুন: স্থানান্তরের শুরুতে হঠাৎ চাপ, কল শেষ হলে ফাঁক, নিষ্ক্রিয় পর্বের একটি ছন্দ। আপনি যদি বৈশিষ্ট্যটির নাম বলতে না পারেন, তবে ফিলার এটি লুকাচ্ছে বলে দাবি করতে পারেন না।

ফিলারকে গেটওয়ে পর্যন্ত অনুসরণ করুন

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

এখন ভাবুন গেটওয়ে কী দেখে। এটি আসল ট্রাফিকের সঙ্গে ফিলারও দেখে, অর্থাৎ আপনি যে পক্ষকে বিশ্বাস করেন সে না হলে এটি কম নয়, বেশি জানতে পারে। কভার ট্রাফিক বিশ্বাসের জায়গা বদলায়; বিশ্বাসের প্রয়োজন মেটায় না।

তারপর দ্বিতীয় অংশটি দেখুন

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

কভার ট্রাফিক একটি অংশে সীমিত, আর পরিধি বাড়ানোর অর্থ সহযোগিতা বাড়ানো।

দিক ও আকৃতি

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

প্যাকেটের দৈর্ঘ্য, চাপের গঠন, শুরু ও শেষের সময়, এবং আগমনের মধ্যবর্তী ব্যবধান সবই তথ্য বহন করে। সমান থাকা বাইট কাউন্টার খুব সহজে চেনা যায় এমন প্যাকেট-আকার বণ্টনের সঙ্গে coexist করতে পারে। সমান মোট মানে সমান আচরণ নয়।

বাজেট কী কিনে

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

শুরুতে আপনি যে পর্যবেক্ষণের কথা বলেছিলেন তার সঙ্গে ফলাফল মিলিয়ে দেখুন। নির্দিষ্ট পর্যবেক্ষকের অধীনে চেনাশোনা কমেছে দেখানো পরীক্ষা একটি ফলাফল; বেশি ট্রাফিক মানে কম তথ্য — এই প্রতিশ্রুতি ফলাফল নয়।

আদৌ করা উচিত কি না ঠিক করা

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

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