Përcjellja e TCP-së drejt një destinacioni fiks me portproxy të Windows
Një rregull portproxy e dërgon një dëgjues drejt një destinacioni fiks. Ai nuk shton negociatën SOCKS ose HTTP CONNECT që presin klientët që njohin proxy-n.
Rregulli portproxy i Windows përcjell TCP drejt një destinacioni të konfiguruar. Ai nuk negocion kërkesën e proxy-t HTTP të shfletuesit ose një kërkesë destinacioni SOCKS.
| Shërbimi | Kush e zgjedh destinacionin? |
|---|---|
| Përcjellës TCP fiks | Konfigurimi i përcjelljes së dëgjuesit. |
| Proxy SOCKS5 | Kërkesa e klientit, brenda politikës së serverit. |
| Proxy HTTP përpara | Kërkesa e proxy-t HTTP, duke përfshirë CONNECT për tunelizimin e zakonshëm HTTPS. |
Inspektoni një përcjellës ekzistues me netsh interface portproxy show all. Krahasoni backend-in e konfiguruar me protokollin që dërgon klienti juaj. referenca e netsh përshkruan adresat dhe portat e dëgjuesit dhe të destinacionit; pranimi i TCP nuk vendos një shtrëngim duarsh HTTP ose SOCKS.
Një negociatë SOCKS e dërguar një përcjellësi të zakonshëm thjesht arrin në atë backend fiks. Ajo nuk mund ta bëjë një shërbim jo-SOCKS ta kuptojë kërkesën ose të zgjedhë një objektiv të re.
Një përcjellës përpara një proxy të vërtetë është ndryshe. Proxy-i i sipërm ende negocion destinacione dhe vërtetim; përcjellësi e çon lidhjen deri tek ai. Një përcjellës i ekspozuar në rrjet mund të zgjerojë aksesin drejt atij backend-i, prandaj mbani kufirin e aksesit të dëgjuesit të qëllimshëm.
Zgjidhni një shërbim të aftë për protokollin kur kërkesa është një dalje e përgjithshme HTTP ose SOCKS. Një port i përcjellë është vetëm një pjesë e asaj rruge.