TCP birbidalketa helmuga finkora Windows portproxy erabiliz
portproxy arau batek entzulea helmu finko batera birbidaltzen du. Ez du proxyaz jabetzen diren bezeroek espero duten SOCKS edo HTTP CONNECT negoziazioa gehitzen.
Windows-en portproxy arauak TCP helmu konfiguratu batera birbidaltzen du. Ez du negoziatzen nabigatzailearen HTTP proxy eskaera ez SOCKS helmuga eskaera.
| Zerbitzua | Nork aukeratzen du helmuga? |
|---|---|
| TCP birbidaltzaile finkoa | Entzulearen birbidalketa konfigurazioa. |
| SOCKS5 proxya | Bezeroaren eskaera, zerbitzariaren politikaren barruan. |
| HTTP aurreranzko proxya | HTTP proxy eskaera, ohiko HTTPS tunelatzeko CONNECT barne. |
Egiaztatu lehendik dagoen birbidaltzaile bat netsh interface portproxy show all erabiliz. Alderatu haren backend konfiguratua zure bezeroak bidaltzen duen protokoloarekin. netsh erreferentzia erreferentziak entzulearen eta helmugaren helbideak/portuak deskribatzen ditu; TCP onartzeak ez du HTTP edo SOCKS esku-ukitze bat ezartzen.
Birbidaltzaile arrunt batera bidalitako SOCKS negoziazioa backend finko horretara iristen da besterik gabe. Ezin du SOCKS ez den zerbitzu bat eskaera ulertzera edo helmu berri bat aukeratzera behartu.
Benetako proxy baten aurrean dagoen birbidaltzailea desberdina da. Goiko proxyak helmugak eta autentifikazioa negoziatzen jarraitzen du; birbidaltzaileak konexioa hara eramaten du. Sarean agerian dagoen birbidaltzaile batek backend horretarako sarbidea handitu dezake, beraz, mantendu entzulearen sarbide-muga nahita.
Aukeratu protokoloa onartzen duen zerbitzu bat, baldintza HTTP edo SOCKS irteera orokorra denean. Birbidalitako ataka bide horren zati bat baino ez da.