Privoxy: pontio cleient procsi HTTP i dwnnel SOCKS
Pontiwch gleient procsi sy'n derbyn HTTP yn unig i dwnnel SOCKS gyda phrocsi HTTP lleol yn lle ailenwi porth y twnnel.
Mae twnnel SSH deinamig, gan gynnwys blaenffordd deinamig PuTTY, yn darparu rhyngwyneb SOCKS. Ni all rhaglen sy'n derbyn procsi HTTP yn unig ddefnyddio'r borth honno drwy ei galw'n HTTP yn unig.
Gall pont protocol lleol fod rhyngddynt. Mae'r rhaglen yn anfon ceisiadau procsi HTTP at y bont, ac mae'r bont yn agor cysylltiadau cyrchfan drwy'r gwasanaeth SOCKS.
Mae Privoxy yn dogfennu'r trefniant hwn drwy ei reolau blaenfforddio. Ar gyfer twnnel SOCKS5 lleol sy'n bodoli eisoes, dyma ddarn o ffurfweddiad:
forward-socks5 / 127.0.0.1:1080 .Mae'r rhaglen yn cysylltu â gwrandawr HTTP Privoxy, nid porth 1080. Cadwch y gwrandawr hwnnw'n lleol o dan y polisi mynediad a fwriadwyd. Mae gan y dot olaf yn y rheol ystyr dogfenedig; nid yw'n ddeiliad lle ar gyfer enw gwesteiwr rhyngrwyd sydd ar goll.
Mae hyn yn gyfieithu protocol
Mae dogfennaeth blaenfforddio Privoxy yn esbonio cystrawen blaenfforddio SOCKS a thrin enwau gwesteiwyr. Nid yw blaenffordd porth TCP syml yn gwneud yr un cyfieithiad: mae'n cludo beitiau HTTP y cleient yn ddigyfnewid i wrandawr SOCKS, sy'n dal i ddisgwyl trafodaeth SOCKS.
Mae'r bont hefyd yn dod yn rhan o'r ffurfweddiad y mae angen i chi ei ddeall. Gall Privoxy fod â'i osodiadau hidlo cynnwys a mynediad ei hun. Nid yw ychwanegu'r bont yr un peth â gwneud i'r rhaglen wreiddiol gefnogi SOCKS yn frodorol.
Ar gyfer gwefannau HTTPS, mae'r rhaglen fel arfer yn gofyn i bont HTTP am CONNECT, ac mae'r bont yn cael y cysylltiad cyrchfan drwy SOCKS. Mae TLS arferol y wefan yn parhau'n berthynas rhwng rhaglen a gwefan; nid oes angen i'r bont efelychu'r wefan i gynnig y llwybr hwn.
Os gall y rhaglen ddefnyddio SOCKS yn uniongyrchol, efallai nad oes angen y cydran ychwanegol. Defnyddiwch y bont i ddatrys camgysylltiad protocol gwirioneddol, gyda'r gwrandawr a'r llif i fyny'n cael eu gwahaniaethu'n glir.