Windows portproxy کے ساتھ مقررہ منزل تک TCP ریلے

portproxy قاعدہ سننے والے کو مقررہ منزل تک بھیجتا ہے۔ یہ وہ SOCKS یا HTTP CONNECT بات چیت شامل نہیں کرتا جس کی پراکسی سے واقف کلائنٹ توقع کرتے ہیں۔

Windows کا portproxy قاعدہ TCP کو ایک ترتیب شدہ منزل تک ریلے کرتا ہے۔ یہ براؤزر کی HTTP پراکسی درخواست یا SOCKS منزل کی درخواست پر بات چیت نہیں کرتا۔

سروسمنزل کون منتخب کرتا ہے؟
مقررہ TCP ریلےسننے والے کی فارورڈنگ ترتیب۔
SOCKS5 پراکسیکلائنٹ کی درخواست، سرور پالیسی کے اندر۔
HTTP فارورڈ پراکسیHTTP پراکسی درخواست، عام HTTPS ٹنلنگ کے لیے CONNECT سمیت۔

موجودہ ریلے کا netsh interface portproxy show all سے معائنہ کریں۔ اس کے ترتیب شدہ backend کا موازنہ اس پروٹوکول سے کریں جو آپ کا کلائنٹ بھیجتا ہے۔ netsh حوالہ سننے والے اور منزل کے پتے/پورٹ بیان کرتا ہے؛ TCP قبول کرنا HTTP یا SOCKS ہینڈ شیک قائم نہیں کرتا۔

عام ریلے کو بھیجی گئی SOCKS بات چیت صرف اسی مقررہ backend تک پہنچتی ہے۔ یہ کسی غیر SOCKS سروس کو درخواست سمجھنے یا نیا ہدف منتخب کرنے پر مجبور نہیں کر سکتی۔

اصلی پراکسی کے سامنے والا ریلے مختلف ہوتا ہے۔ اوپری پراکسی اب بھی منزلوں اور تصدیق پر بات چیت کرتی ہے؛ ریلے رابطہ اس تک لے جاتا ہے۔ نیٹ ورک پر کھلا ریلے اس backend تک رسائی بڑھا سکتا ہے، اس لیے سننے والے کی رسائی کی حد کو جان بوجھ کر رکھیں۔

جب ضرورت عام HTTP یا SOCKS اخراج ہو تو پروٹوکول کے قابل سروس منتخب کریں۔ فارورڈ شدہ پورٹ اس راستے کا صرف ایک حصہ ہے۔

متعلقہ مضامین