Aildrosglwyddo TCP i gyrchfan sefydlog gyda portproxy Windows
Mae rheol portproxy yn anfon gwrandawr i gyrchfan sefydlog. Nid yw'n ychwanegu'r trafodaeth SOCKS na HTTP CONNECT y mae cleientiaid sy'n ymwybodol o brocsi yn ei disgwyl.
Mae rheol portproxy Windows yn aildrosglwyddo TCP i un gyrchfan a ffurfweddwyd. Nid yw'n trafod cais procsi HTTP porwr nac unrhyw gais cyrchfan SOCKS.
| Gwasanaeth | Pwy sy'n dewis y gyrchfan? |
|---|---|
| Aildrosglwyddydd TCP sefydlog | Ffurfweddiad anfon y gwrandawr. |
| Procsi SOCKS5 | Cais y cleient, o fewn polisi'r gweinydd. |
| Procsi HTTP ymlaen | Y cais procsi HTTP, gan gynnwys CONNECT ar gyfer twnelu HTTPS cyffredin. |
Archwiliwch aildrosglwyddydd presennol gyda netsh interface portproxy show all. Cymharwch ei gefndir wedi'i ffurfweddu â'r protocol y mae eich cleient yn ei anfon. Mae'r cyfeirlyfr netsh yn disgrifio cyfeiriadau a phorthladdoedd y gwrandawr a'r gyrchfan; nid yw derbyn TCP yn sefydlu trafodaeth HTTP na SOCKS.
Mae trafodaeth SOCKS a anfonir at aildrosglwyddydd cyffredin yn cyrraedd y cefndir sefydlog hwnnw yn unig. Ni all wneud i wasanaeth nad yw'n SOCKS ddeall y cais na dewis targed newydd.
Mae aildrosglwyddydd o flaen procsi go iawn yn wahanol. Mae'r procsi uwchraddol yn dal i drafod cyrchfannau a dilysu; mae'r aildrosglwyddydd yn cario'r cysylltiad ato. Gall aildrosglwyddydd sy'n agored i'r rhwydwaith ymestyn mynediad i'r cefndir hwnnw, felly cadwch ffin mynediad y gwrandawr yn fwriadol.
Dewiswch wasanaeth sy'n gallu'r protocol pan fo'r gofyniad yn allanfa HTTP neu SOCKS gyffredinol. Dim ond un rhan o'r llwybr hwnnw yw porthladd a anfonwyd ymlaen.