Retransmiterea TCP către o destinație fixă cu portproxy din Windows
O regulă portproxy trimite un ascultător către o destinație fixă. Nu adaugă negocierea SOCKS sau HTTP CONNECT așteptată de clienții conștienți de proxy.
O regulă portproxy din Windows retransmite TCP către o destinație configurată. Nu negociază cererea de proxy HTTP a unui browser sau o cerere de destinație SOCKS.
| Serviciu | Cine alege destinația? |
|---|---|
| Retransmițător TCP fix | Configurația de redirecționare a ascultătorului. |
| Proxy SOCKS5 | Cererea clientului, în limitele politicii serverului. |
| Proxy HTTP de redirecționare | Cererea de proxy HTTP, inclusiv CONNECT pentru tunelarea HTTPS obișnuită. |
Inspectați un retransmițător existent cu netsh interface portproxy show all. Comparați backend-ul configurat cu protocolul pe care îl trimite clientul dvs. referința netsh descrie adresele și porturile ascultătorului și ale destinației; acceptarea TCP nu stabilește un handshake HTTP sau SOCKS.
O negociere SOCKS trimisă unui retransmițător obișnuit ajunge pur și simplu la acel backend fix. Nu poate determina un serviciu non-SOCKS să înțeleagă cererea sau să aleagă o nouă țintă.
Un retransmițător în fața unui proxy real este diferit. Proxy-ul din amonte negociază în continuare destinații și autentificare; retransmițătorul transportă conexiunea până la el. Un retransmițător expus în rețea poate extinde accesul la acel backend, așa că păstrați limita de acces a ascultătorului deliberată.
Alegeți un serviciu capabil de protocol atunci când cerința este o ieșire HTTP sau SOCKS generală. Un port redirecționat este doar o parte a acelei căi.