শুধু SOCKS5 বেছে নিলে এনক্রিপশন যোগ হয় না। এটি এগিয়ে দেওয়া সংযোগ ও প্রমাণীকরণ নিয়ে সমঝোতা করে; 5 প্রোটোকলের সংস্করণ, এনক্রিপশনের মাত্রা নয়।

HTTPS-এর জন্য ক্লায়েন্ট SOCKS সংযোগ খুলে তার মধ্য দিয়ে গন্তব্যের TLS চালাতে পারে। ক্লায়েন্টের স্বাভাবিক certificate পরীক্ষার অধীনে ওয়েবসাইটের ডেটা TLS দিয়ে সুরক্ষিত হয়। একই পথে এনক্রিপশনবিহীন HTTP পাঠালে সেভাবেই থাকে: relay অ্যাপের প্রোটোকল উন্নত করে না।

RFC 1929-এর username/password পদ্ধতিরও নিজস্ব এনক্রিপশন নেই। অ্যাকাউন্ট প্রবেশ নিয়ন্ত্রণ করে, কিন্তু অসুরক্ষিত পথে আদানপ্রদান গোপনীয় করে না। অতিরিক্ত transport বা অন্য সমঝোতাকৃত পদ্ধতি সুরক্ষা বদলাতে পারে; ক্লায়েন্ট ও সার্ভার আসলে কী ব্যবহার করে পরীক্ষা করুন।

গন্তব্যের নিরাপদ প্রোটোকল, certificate যাচাই, ক্লায়েন্ট-proxy লিঙ্কের সুরক্ষা এবং সমঝোতাকৃত প্রমাণীকরণ পদ্ধতি দেখুন। অপারেটর এখনও গন্তব্যের তথ্য ও সংযোগ metadata পেতে পারে। curl-এ socks5h লক্ষ্য hostname কোথায় resolve হয় বদলায়; ক্রিপ্টোগ্রাফিক স্তর যোগ করে না।

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