TCP-trochjaan nei fêst bestimming mei Windows portproxy
In portproxy-regel stjoert in listener nei in fêste bestimming. It foeget de SOCKS- of HTTP CONNECT-ûnderhanneling net ta dy't proxy-bewuste kliïnten ferwachtsje.
In portproxy-regel fan Windows jout TCP troch nei ien konfigurearre bestimming. It ûnderhannelet net it HTTP-proxyfersyk fan in browser of in SOCKS-bestimmingsfersyk.
| Tsjinst | Wa kiest de bestimming? |
|---|---|
| Fêste TCP-trochjouwer | De trochjaankonfiguraasje fan 'e listener. |
| SOCKS5-proxy | It fersyk fan 'e klient, binnen it tsjinstbelied. |
| HTTP-foarútproxy | It HTTP-proxyfersyk, ynklusyf CONNECT foar gewoane HTTPS-tunnel. |
Besjoch in besteande trochjouwer mei netsh interface portproxy show all. Fergelykje syn konfigurearre backend mei it protokol dat jo klient stjoert. De netsh-referinsje beskriuwt adressen en poarten fan listener en bestimming; TCP akseptearje lûkt gjin HTTP- of SOCKS-hânskudding op.
In SOCKS-ûnderhanneling nei in gewoane trochjouwer berikt gewoan dy fêste backend. It kin in net-SOCKS-tsjinst net de fersyk begripe litte of in nij doel kieze litte.
In trochjouwer foar in echte proxy is oars. De boppeste proxy ûnderhannelet noch hieltyd bestimmingen en autentikaasje; de trochjouwer draacht de ferbining dêrhinne. In oan it netwurk bleatstelde trochjouwer kin de tagong ta dy backend ferbreedzje, hâld dus de tagongsgrins fan 'e listener bewust.
Kies in protokolske tsjinst as de eask in algemiene HTTP- of SOCKS-útgong is. In trochjûn poart is mar ien part fan dat paad.