“এলিট” সাধারণত বোঝায়, কোনো অজ্ঞাতপরিচয় পরীক্ষা মূল ক্লায়েন্টের ঠিকানা বা তার খোঁজা প্রক্সির চিহ্ন—কোনোটিই পায়নি। এটি সেই পরীক্ষার ফল, আলাদা প্রক্সি প্রোটোকল বা ব্যবহারকারীকে শনাক্ত করা যাবে না এমন প্রতিশ্রুতি নয়।

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

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

একই প্রক্সি কেন ভিন্ন ফল দিতে পারে

HTTP মধ্যস্থতাকারী Via, Forwarded বা X-Forwarded-For যোগ করতে পারে। ফরোয়ার্ডিং মান আগের হপ বর্ণনা করতে পারে, ক্লায়েন্টের ঠিকানাসহ। কিন্তু ক্লায়েন্ট নিজে এসব হেডার দিতে পারে, মধ্যস্থতাকারী মুছতে পারে এবং প্রাপক অবিশ্বস্ত মান ভুল পড়তে পারে। একটি হেডার থাকা বা না থাকা পুরো পথ নির্ধারণ করে না।

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

শ্রেণিবিন্যাস পরিচয়ের অন্য সংকেতও বদলায় না। নেটওয়ার্ক ঠিকানা বদলানোর পর সেশন কুকি বা API কী অ্যাকাউন্ট শনাক্ত করতে পারে। লেবেল IP-এর সুনাম, পরিচালকের মালিকানা, লগ বা বিশ্বাসযোগ্যতা সম্পর্কে কিছু বলে না।

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

সম্পর্কিত নিবন্ধ