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 излез. Пренесениот порт е само еден дел од тој пат.