Ncat HTTP-proksymodus tsjin in fêste TCP-relay

In fêste byte-relay lit HTTP-ferwurking oan de besteande proxy oer. Ncat syn HTTP-harkmodus is in oare, protokolbewuste tsjinst.

client → local TCP relay → existing forward proxy → destination

Yn dizze opstelling hat it relay ien fêste upstream. It jout it fersyk fan de klant ûnferoare troch oan de besteande foarútproxy. Dy proxy lêst de absolute URL of it CONNECT-doel, past belied ta en iepenet de ferbining nei de bestimming.

It relay direkt op in website rjochtsje feroaret it kontrakt. In foarútproxy moat bestimmingen kieze en HTTP-ynkadering en ferbiningsgedrach ôfhandelje; in hostnamme út de earste rigel helje is net genôch.

Nmap syn Ncat biedt apart in HTTP-bewuste harkmodus:

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

Dit loopback-foarbyld brûkt Ncat syn proxy-ymplemintaasje, net in funksje dy’t elke nc hat. Syn proxy oan de harkkant behannelet HTTP-metoaden en CONNECT. Syn SOCKS-opsjes oan de klantkant sette gjin SOCKS-tsjinner op yn harkmodus. In permaninte dielde tsjinst freget ek om bewuste ferbiningsôfhanneling, tagongsbehear en logging.

Foar observaasje, fyn de fersiferinggrins. In relay op in gewoane HTTP-proxyferbining kin proxyfersiken en -antwurden sjen. Nei CONNECT is de HTTPS fan de bestimming TLS-bytes, gjin lêsbere sideynhâld. TLS nei de proxy ferberget sels de earste proxy-útwikseling op dy keppeling. Brûk klant- en proxydiagnostyk foar ynterpretearre transaksjes, en beskermje lochs dy’t bewiisstikken of gefoelige URL’s befetsje kinne.

Relatearre artikelen