Vaste-bestemming TCP-herleiding met Windows portproxy
’n portproxy-reël stuur ’n luisteraar na ’n vaste bestemming. Dit voeg nie die SOCKS- of HTTP CONNECT-onderhandeling by wat proxy-bewuste kliënte verwag nie.
’n Windows portproxy-reël herlei TCP na een gekonfigureerde bestemming. Dit onderhandel nie ’n blaaier se HTTP-proxyversoek of ’n SOCKS-bestemmingsversoek nie.
| Diens | Wie kies die bestemming? |
|---|---|
| Vaste TCP-herleier | Die luisteraar se aanstuurkonfigurasie. |
| SOCKS5-proxy | Die kliëntversoek, binne bedienerbeleid. |
| HTTP-vooruitproxy | Die HTTP-proxyversoek, insluitend CONNECT vir algemene HTTPS-tonnelering. |
Ondersoek ’n bestaande herleier met netsh interface portproxy show all. Vergelyk sy gekonfigureerde backend met die protokol wat jou kliënt stuur. Die netsh-verwysing beskryf luisteraar- en bestemmingsadresse/poorte; om TCP te aanvaar vestig nie ’n HTTP- of SOCKS-handdruk nie.
’n SOCKS-onderhandeling wat na ’n gewone herleier gestuur word, bereik bloot daardie vaste backend. Dit kan nie ’n nie-SOCKS-diens die versoek laat verstaan of ’n nuwe teiken laat kies nie.
’n Herleier voor ’n egte proxy is anders. Die opstroomproxy onderhandel steeds bestemmings en verifikasie; die herleier dra die verbinding na hom. ’n Herleier wat aan die netwerk blootgestel is, kan toegang tot daardie backend verleng, so hou die luisteraar se toegangsgrens doelbewus.
Kies ’n diens wat die protokol kan hanteer wanneer die vereiste ’n algemene HTTP- of SOCKS-uitgang is. ’n Deurgestuurde poort is slegs een deel van daardie pad.