TCP ретранслация към фиксирана дестинация с Windows portproxy
Правило 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 изход. Препратеният порт е само една част от този път.