Modd proxsi HTTP Ncat yn erbyn relái TCP sefydlog

client → local TCP relay → existing forward proxy → destination

Yn y trefniant hwn, mae gan y relái un upstream sefydlog. Mae’n trosglwyddo cais y cleient heb ei newid i’r proxsi ymlaen presennol. Mae’r proxsi hwnnw’n darllen yr URL absoliwt neu’r targed CONNECT, yn cymhwyso polisi ac yn agor y cysylltiad cyrchfan.

Mae cyfeirio’r relái’n uniongyrchol at wefan yn newid y contract. Rhaid i broxsi ymlaen ddewis cyrchfannau a thrin fframio HTTP ac ymddygiad cysylltiadau; nid yw echdynnu enw gwesteiwr o’r llinell gyntaf yn ddigon.

Mae Ncat Nmap yn darparu ar wahân fodd gwrando sy’n deall HTTP:

ncat --listen 127.0.0.1 3128 --proxy-type http

Mae’r enghraifft loopback hon yn defnyddio gweithrediad proxsi Ncat, nid nodwedd a rennir gan bob nc. Mae ei broxsi ar yr ochr wrando yn trin dulliau HTTP a CONNECT. Nid yw ei opsiynau SOCKS ar ochr y cleient yn sefydlu gweinydd SOCKS mewn modd gwrando. Mae angen trin cysylltiadau’n fwriadol, rheoli mynediad a chofnodi ar wasanaeth rhannu parhaus hefyd.

I arsylwi, nodwch y ffin amgryptio. Gall relái ar gysylltiad proxsi HTTP plaen weld ceisiadau ac atebion y proxsi. Ar ôl CONNECT, beit TLS yw HTTPS y gyrchfan, nid cynnwys tudalen darllenadwy. Mae TLS i’r proxsi hyd yn oed yn cuddio’r cyfnewid proxsi cychwynnol ar y cysylltiad hwnnw. Defnyddiwch ddiagnosteg cleient a phroxsi ar gyfer trafodion a ddehonglwyd, a diogelwch gofnodion a allai gynnwys manylion mewngofnodi neu URLau sensitif.