TCP-vidaresending til fast destinasjon med Windows portproxy
Ei portproxy-regel sender ein lyttar vidare til ein fast destinasjon. Ho legg ikkje til SOCKS- eller HTTP CONNECT-forhandlinga som proxyvitige klientar ventar.
Ei portproxy-regel i Windows sender TCP vidare til ein konfigurert destinasjon. Ho forhandlar ikkje ein nettlesar sin HTTP-proxyførespurnad eller ein SOCKS-destinasjonsførespurnad.
| Teneste | Kven vel destinasjonen? |
|---|---|
| Fast TCP-vidaresendar | Vidaresendingskonfigurasjonen til lyttaren. |
| SOCKS5-proxy | Førespurnaden frå klienten, innanfor serverpolicyen. |
| HTTP-vidareførande proxy | HTTP-proxyførespurnaden, òg CONNECT for vanleg HTTPS-tunnelering. |
Undersøk ein eksisterande vidaresendar med netsh interface portproxy show all. Samanlikn den konfigurerte backend-en med protokollen klienten din sender. netsh-referanse skildrar adresser og portar til lyttaren og destinasjonen; å ta imot TCP etablerer ikkje eit HTTP- eller SOCKS-handtrykk.
Ei SOCKS-forhandling send til ein vanleg vidaresendar når berre den faste backend-en. Ho kan ikkje få ei teneste som ikkje er SOCKS til å forstå førespurnaden eller velje eit nytt mål.
Ein vidaresendar framfor ein ekte proxy er annleis. Oppstraumsproxien forhandlar framleis destinasjonar og autentisering; vidaresendaren ber sambandet til han. Ein vidaresendar som er open på nettet kan utvide tilgangen til den backend-en, så hald tilgangsgrensa til lyttaren medviten.
Vel ei protokollkunnig teneste når kravet er ein generell HTTP- eller SOCKS-utgang. Ein vidaresend port er berre ein del av den vegen.