Privoxy: একটি HTTP প্রক্সি ক্লায়েন্টকে SOCKS টানেলের সাথে যুক্ত করুন

SSH ডাইনামিক টানেল, PuTTY-র ডাইনামিক ফরওয়ার্ডসহ, একটি SOCKS ইন্টারফেস দেয়। যে অ্যাপ্লিকেশন শুধু HTTP প্রক্সি গ্রহণ করে, সে ওই পোর্টকে HTTP নাম দিয়েই ব্যবহার করতে পারে না।

তাদের মাঝে একটি স্থানীয় প্রোটোকল সেতু থাকতে পারে। অ্যাপ্লিকেশন HTTP প্রক্সি অনুরোধ সেতুতে পাঠায়, এবং সেতু SOCKS পরিষেবার মাধ্যমে গন্তব্য সংযোগ খোলে।

Privoxy তার ফরওয়ার্ডিং নিয়মের মাধ্যমে এই ব্যবস্থা নথিভুক্ত করে। বিদ্যমান স্থানীয় SOCKS5 টানেলের জন্য একটি কনফিগারেশন অংশ হল:

forward-socks5 / 127.0.0.1:1080 .

অ্যাপ্লিকেশন Privoxy-র HTTP শ্রোতার সাথে সংযোগ করে, পোর্ট 1080-এর সাথে নয়। সেই শ্রোতাকে উদ্দিষ্ট অ্যাক্সেস নীতির অধীনে স্থানীয় রাখুন। নিয়মের শেষ বিন্দুর একটি নথিভুক্ত অর্থ আছে; এটি অনুপস্থিত ইন্টারনেট হোস্টনামের জন্য স্থানধারক নয়।

এটি প্রোটোকল অনুবাদ

Privoxy ফরওয়ার্ডিং ডকুমেন্টেশন SOCKS ফরওয়ার্ডিং সিনট্যাক্স ও হোস্টনাম পরিচালনা ব্যাখ্যা করে। সাধারণ TCP পোর্ট ফরওয়ার্ড একই অনুবাদ করে না: এটি ক্লায়েন্টের HTTP বাইট অপরিবর্তিতভাবে SOCKS শ্রোতার কাছে নিয়ে যায়, যা তখনও SOCKS দরকষাকষি আশা করে।

সেতুটি আপনার বোঝা উচিত কনফিগারেশনের অংশও হয়ে যায়। Privoxy-র নিজস্ব কনটেন্ট ফিল্টারিং ও অ্যাক্সেস সেটিং থাকতে পারে। এটি যোগ করা মানে মূল অ্যাপ্লিকেশনকে দেশি SOCKS সমর্থন দেওয়া নয়।

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

যদি অ্যাপ্লিকেশন সরাসরি SOCKS ব্যবহার করতে পারে, তবে অতিরিক্ত উপাদানটি অপ্রয়োজনীয় হতে পারে। প্রকৃত প্রোটোকল অমিল মেটাতে সেতুটি ব্যবহার করুন, শ্রোতা ও উজ্জ্বল প্রবাহ স্পষ্টভাবে আলাদা রেখে।