Ang HTTP proxy mode ng Ncat kumpara sa fixed TCP relay

client → local TCP relay → existing forward proxy → destination

Sa ayos na ito, ang relay ay may isang fixed na upstream. Ipinapasa nito ang kahilingan ng kliyente nang walang pagbabago sa umiiral na forward proxy. Binabasa ng proxy na iyon ang absolute URL o CONNECT target, naglalapat ng patakaran at nagbubukas ng koneksyon sa destinasyon.

Ang pagtutok ng relay nang direkta sa isang website ay nagbabago ng kontrata. Kailangang pumili ng destinasyon ng forward proxy at pangasiwaan ang HTTP framing at pag-uugali ng koneksyon; hindi sapat ang pagkuha ng hostname mula sa unang linya.

Ang Ncat ng Nmap ay nagbibigay nang hiwalay ng listen mode na nakakaalam ng HTTP:

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

Ginagamit ng loopback na halimbawang ito ang implementasyon ng proxy ng Ncat, hindi isang tampok na taglay ng bawat nc. Pinangangasiwaan ng proxy sa listen side nito ang mga HTTP method at CONNECT. Ang mga SOCKS option sa client side nito ay hindi nagtatayo ng SOCKS server sa listen mode. Ang permanenteng shared service ay nangangailangan din ng sadyang paghawak ng koneksyon, kontrol sa access at pag-log.

Para sa pagmamasid, tukuyin ang hangganan ng encryption. Ang relay sa isang plain HTTP proxy connection ay nakikita ang mga kahilingan at tugon ng proxy. Pagkatapos ng CONNECT, ang HTTPS ng destinasyon ay mga byte ng TLS, hindi nababasang nilalaman ng pahina. Itinatago ng TLS papunta sa proxy maging ang unang palitan ng proxy sa link na iyon. Gumamit ng diagnostics ng kliyente at proxy para sa mga interpretadong transaksyon, at protektahan ang mga log na maaaring may mga kredensyal o sensitibong URL.