TCP-Weiderleedung op eng fix Zil mat Windows portproxy
Eng portproxy-Reeg leet e Lauschterer op eng fix Zil weider. Si setzt net d'SOCKS- oder HTTP CONNECT-Verhandlung derbäi, déi proxy-bewosst Clienten erwaarden.
Eng portproxy-Reegel vu Windows leet TCP op eng konfiguréiert Zil weider. Si verhandelt net d'HTTP-Proxy-Ufro vun engem Browser oder eng SOCKS-Zilufro.
| Service | Wien erausdielt d'Zil? |
|---|---|
| Fixe TCP-Weiderleeder | D'Weiderleedungs-Konfiguratioun vum Lauschterer. |
| SOCKS5-Proxy | D'Ufro vum Client, bannent der Server-Politik. |
| HTTP-Forward-Proxy | D'HTTP-Proxy-Ufro, inklusiv CONNECT fir gewéinlecht HTTPS-Tunneling. |
Ënnersicht en existéierende Weiderleeder mat netsh interface portproxy show all. Vergläicht säi konfiguréierte Backend mam Protokoll, deen Äre Client schéckt. netsh-Referenz beschreift d'Adressen an d'Porte vum Lauschterer an der Zil; TCP unzehuelen stellt keen HTTP- oder SOCKS-Handshake hier.
Eng SOCKS-Verhandlung, déi un en normale Weiderleeder geschéckt gëtt, erreecht just dee fixe Backend. Si kann en Net-SOCKS-Service net dozou bréngen, d'Ufro ze verstoen oder en neit Zil ze wielen.
En Weiderleeder virun engem richtegen Proxy ass anescht. Den ieweschte Proxy verhandelt nach ëmmer Ziler an Authentifikatioun; de Weiderleeder dréit d'Verbindung bis dohin. En netzwierkexponéierte Weiderleeder kann den Zougang zu deem Backend erweideren, also haalt d'Zougangsgrenz vum Lauschterer bewosst.
Wielt e protokollfäege Service, wann d'Ufuerderung en allgemengen HTTP- oder SOCKS-Ausgang ass. En weidergeleet Port ass just en Deel vun deem Wee.