Windows portproxy দিয়ে নির্দিষ্ট গন্তব্যে TCP রিলে
একটি portproxy নিয়ম লিসেনারকে একটি নির্দিষ্ট গন্তব্যে পাঠায়। এটি প্রক্সি-সচেতন ক্লায়েন্টরা যে SOCKS বা HTTP CONNECT আলাপ প্রত্যাশা করে তা যোগ করে না।
Windows-এর portproxy নিয়ম TCP-কে একটি কনফিগার করা গন্তব্যে রিলে করে। এটি ব্রাউজারের HTTP প্রক্সি অনুরোধ বা SOCKS গন্তব্য অনুরোধের আলাপ করে না।
| সেবা | গন্তব্য কে বেছে নেয়? |
|---|---|
| স্থির TCP রিলে | লিসেনারের ফরওয়ার্ডিং কনফিগারেশন। |
| SOCKS5 প্রক্সি | ক্লায়েন্টের অনুরোধ, সার্ভার নীতির মধ্যে। |
| HTTP ফরওয়ার্ড প্রক্সি | HTTP প্রক্সি অনুরোধ, সাধারণ HTTPS টানেলিংয়ের জন্য CONNECT সহ। |
netsh interface portproxy show all দিয়ে একটি বিদ্যমান রিলে পরিদর্শন করুন। এর কনফিগার করা ব্যাকএন্ড আপনার ক্লায়েন্ট যে প্রোটোকল পাঠায় তার সঙ্গে তুলনা করুন। netsh রেফারেন্স লিসেনার ও গন্তব্য ঠিকানা/পোর্ট বর্ণনা করে; TCP গ্রহণ HTTP বা SOCKS হ্যান্ডশেক প্রতিষ্ঠা করে না।
সাধারণ রিলেতে পাঠানো SOCKS আলাপ কেবল সেই স্থির ব্যাকএন্ডে পৌঁছায়। এটি অ-SOCKS সেবাকে অনুরোধ বুঝতে বা নতুন লক্ষ্য বেছে নিতে বাধ্য করতে পারে না।
প্রকৃত প্রক্সির সামনে থাকা রিলে ভিন্ন। আপস্ট্রিম প্রক্সি এখনও গন্তব্য ও প্রমাণীকরণের আলাপ করে; রিলে সংযোগটি তার কাছে বহন করে। নেটওয়ার্কে উন্মুক্ত রিলে সেই ব্যাকএন্ডে প্রবেশাধিকার বাড়াতে পারে, তাই লিসেনারের প্রবেশসীমা ইচ্ছাকৃত রাখুন।
যখন প্রয়োজন সাধারণ HTTP বা SOCKS এক্সিট, তখন প্রোটোকল-সক্ষম সেবা বেছে নিন। ফরওয়ার্ড করা পোর্ট সেই পথের একটি অংশ মাত্র।