TCP преусмеравање на фиксну дестинацију уз Windows portproxy
portproxy правило прослеђује слушалац на фиксну дестинацију. Оно не додаје SOCKS или HTTP CONNECT преговарање које очекују клијенти свесни proxy-ја.
Windows правило portproxy преноси TCP на једну конфигурисану дестинацију. Оно не преговара HTTP proxy захтев прегледача ни SOCKS захтев за дестинацијом.
| Услуга | Ко бира дестинацију? |
|---|---|
| Фиксни TCP релеј | Конфигурација прослеђивања слушаоца. |
| SOCKS5 proxy | Захтев клијента, унутар серверске политике. |
| HTTP forward proxy | HTTP proxy захтев, укључујући CONNECT за уобичајено HTTPS тунелирање. |
Прегледајте постојећи релеј помоћу netsh interface portproxy show all. Упоредите његов конфигурисани backend са протоколом који шаље ваш клијент. netsh референца описује адресе и портове слушаоца и дестинације; прихватање TCP-а не успоставља HTTP или SOCKS руковање.
SOCKS преговарање послато обичном релеју једноставно стиже до тог фиксног backend-а. Оно не може натерати услугу која није SOCKS да разуме захтев или одабере нови циљ.
Релеј испред правог proxy-ја је другачији. Узводни proxy и даље преговара дестинације и аутентификацију; релеј носи везу до њега. Релеј изложен мрежи може проширити приступ том backend-у, зато држите границу приступа слушаоца намерном.
Одаберите услугу која подржава протокол када је захтев општи HTTP или SOCKS излаз. Прослеђени порт је само један део тог пута.