TCP-videresending til fast destinasjon med Windows portproxy
En portproxy-regel videresender en lytter til en fast destinasjon. Den legger ikke til SOCKS- eller HTTP CONNECT-forhandlingen som proxybevisste klienter forventer.
En portproxy-regel i Windows videresender TCP til én konfigurert destinasjon. Den forhandler ikke en nettlesers HTTP-proxyforespørsel eller en SOCKS-destinasjonsforespørsel.
| Tjeneste | Hvem velger destinasjonen? |
|---|---|
| Fast TCP-videresender | Lytterens videresendingskonfigurasjon. |
| SOCKS5-proxy | Klientens forespørsel, innenfor serverpolicyen. |
| HTTP-videreførende proxy | HTTP-proxyforespørselen, inkludert CONNECT for vanlig HTTPS-tunnelering. |
Undersøk en eksisterende videresender med netsh interface portproxy show all. Sammenlign dens konfigurerte backend med protokollen klienten din sender. netsh-referanse beskriver lytterens og destinasjonens adresser/porter; å akseptere TCP etablerer ikke et HTTP- eller SOCKS-håndtrykk.
En SOCKS-forhandling sendt til en vanlig videresender når bare den faste backend-en. Den kan ikke få en ikke-SOCKS-tjeneste til å forstå forespørselen eller velge et nytt mål.
En videresender foran en ekte proxy er annerledes. Oppstrømsproxien forhandler fortsatt destinasjoner og autentisering; videresenderen bærer forbindelsen til den. En nettverkseksponert videresender kan utvide tilgangen til den backend-en, så hold lytterens tilgangsgrense bevisst.
Velg en protokollkapabel tjeneste når kravet er en generell HTTP- eller SOCKS-utgang. En videresendt port er bare én del av den veien.