Ретрансляция TCP к фиксированному назначению с помощью Windows portproxy
Правило portproxy перенаправляет прослушиватель к фиксированному назначению. Оно не добавляет согласование SOCKS или HTTP CONNECT, которого ожидают клиенты с поддержкой прокси.
Правило portproxy в Windows ретранслирует TCP к одному настроенному назначению. Оно не согласует запрос HTTP-прокси браузера или запрос назначения SOCKS.
| Служба | Кто выбирает назначение? |
|---|---|
| Фиксированный ретранслятор TCP | Настройки перенаправления прослушивателя. |
| Прокси SOCKS5 | Запрос клиента в рамках политики сервера. |
| Прямой HTTP-прокси | Запрос HTTP-прокси, включая CONNECT для обычного туннелирования HTTPS. |
Проверьте существующий ретранслятор с помощью netsh interface portproxy show all. Сравните его настроенный backend с протоколом, который отправляет ваш клиент. справка по netsh описывает адреса и порты прослушивателя и назначения; принятие TCP не устанавливает рукопожатие HTTP или SOCKS.
Согласование SOCKS, отправленное обычному ретранслятору, просто достигает этого фиксированного backend. Оно не может заставить службу, не являющуюся SOCKS, понять запрос или выбрать новую цель.
Ретранслятор перед настоящим прокси — это другое. Вышестоящий прокси по-прежнему согласует назначения и аутентификацию; ретранслятор несёт соединение к нему. Ретранслятор, открытый в сеть, может расширить доступ к этому backend, поэтому держите границу доступа прослушивателя осознанной.
Выбирайте службу с поддержкой протокола, когда требуется общий выход HTTP или SOCKS. Перенаправленный порт — лишь часть этого пути.