إعادة توجيه TCP إلى وجهة ثابتة باستخدام portproxy في Windows
قاعدة portproxy تعيد توجيه المستمع إلى وجهة ثابتة. وهي لا تضيف تفاوض SOCKS أو HTTP CONNECT الذي تتوقعه العملاء المدركة للوكيل.
قاعدة portproxy في Windows تعيد توجيه TCP إلى وجهة واحدة مُعدَّة. وهي لا تتفاوض على طلب وكيل HTTP من المتصفح ولا على طلب وجهة SOCKS.
| الخدمة | من يختار الوجهة؟ |
|---|---|
| مُرحّل TCP ثابت | إعداد إعادة التوجيه لدى المستمع. |
| وكيل SOCKS5 | طلب العميل، ضمن سياسة الخادم. |
| وكيل HTTP الأمامي | طلب وكيل HTTP، بما في ذلك CONNECT لنفق HTTPS الشائع. |
افحص مُرحّلًا موجودًا باستخدام netsh interface portproxy show all. قارن الواجهة الخلفية المُعدَّة فيه بالبروتوكول الذي يرسله عميلك. يصف مرجع netsh عناوين ومنافذ المستمع والوجهة؛ وقبول TCP لا يُنشئ مصافحة HTTP أو SOCKS.
تفاوض SOCKS المرسل إلى مُرحّل عادي يصل ببساطة إلى تلك الواجهة الخلفية الثابتة. ولا يمكنه جعل خدمة غير SOCKS تفهم الطلب أو تختار هدفًا جديدًا.
المُرحّل أمام وكيل حقيقي يختلف. فالوكيل الأعلى ما زال يتفاوض على الوجهات والمصادقة؛ والمُرحّل يحمل الاتصال إليه. وقد يوسّع مُرحّل مكشوف على الشبكة الوصول إلى تلك الواجهة الخلفية، لذا أبقِ حدود وصول المستمع مقصودة.
اختر خدمة قادرة على البروتوكول عندما تكون الحاجة مخرجًا عامًا لـ HTTP أو SOCKS. فالمنفذ المُعاد توجيهه جزء واحد فقط من ذلك المسار.