بازپخش TCP به مقصد ثابت با portproxy ویندوز
قاعده portproxy یک شنونده را به مقصد ثابتی هدایت می‌کند. این قاعده مذاکره SOCKS یا HTTP CONNECT را که کلاینت‌های آگاه از پروکسی انتظار دارند اضافه نمی‌کند.
قاعده portproxy ویندوز TCP را به یک مقصد پیکربندی‌شده بازپخش می‌کند. این قاعده درباره درخواست پروکسی HTTP مرورگر یا درخواست مقصد SOCKS مذاکره نمی‌کند.
| سرویس | چه کسی مقصد را انتخاب می‌کند؟ |
|---|---|
| بازپخش‌کننده ثابت TCP | پیکربندی هدایت شنونده. |
| پروکسی SOCKS5 | درخواست کلاینت، در چارچوب سیاست سرور. |
| پروکسی ارجاع‌دهنده HTTP | درخواست پروکسی HTTP، شامل CONNECT برای تونل‌سازی رایج HTTPS. |
یک بازپخش‌کننده موجود را با netsh interface portproxy show all بررسی کنید. بک‌اند پیکربندی‌شده آن را با پروتکلی که کلاینت شما می‌فرستد مقایسه کنید. مرجع netsh نشانی‌ها و درگاه‌های شنونده و مقصد را توضیح می‌دهد؛ پذیرش TCP دست‌دهی HTTP یا SOCKS برقرار نمی‌کند.
مذاکره SOCKS که به یک بازپخش‌کننده معمولی فرستاده شود فقط به همان بک‌اند ثابت می‌رسد. نمی‌تواند سرویسی غیر از SOCKS را وادار کند درخواست را بفهمد یا هدف جدیدی انتخاب کند.
بازپخش‌کننده‌ای که جلوی یک پروکسی واقعی قرار دارد متفاوت است. پروکسی بالادست همچنان درباره مقصدها و احراز هویت مذاکره می‌کند؛ بازپخش‌کننده اتصال را به آن می‌رساند. بازپخش‌کننده‌ای که در شبکه افشا شده باشد می‌تواند دسترسی به آن بک‌اند را گسترش دهد، پس مرز دسترسی شنونده را آگاهانه نگه دارید.
وقتی نیاز یک خروجی عمومی HTTP یا SOCKS است، سرویسی با پشتیبانی پروتکل انتخاب کنید. درگاه هدایت‌شده تنها بخشی از این مسیر است.