client → local TCP relay → existing forward proxy → destination

I denne oppstillinga har reléet éin fast oppstraumsveg. Det sender førespurnaden frå klienten uendra vidare til den eksisterande videresendingsproxien. Den proxien les den absolutte URL-en eller CONNECT-målet, brukar policy og opnar sambandet til målet.

Å peike reléet rett mot ein nettstad endrar kontrakten. Ein videresendingsproxy må velje mål og handsame HTTP-innramming og sambandsåtferd; det er ikkje nok å hente ut eit vertsnavn frå fyrste line.

Nmps Ncat tilbyr separat ein HTTP-medviten lyttemodus:

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

Dette loopback-dømet brukar proxyimplementasjonen til Ncat, ikkje ein funksjon alle nc deler. Proxien på lyttsida handsamar HTTP-metodar og CONNECT. SOCKS-vala på klientsida set ikkje opp ein SOCKS-tenar i lyttemodus. Ei varig delt teneste krev også medviten sambandshandsaming, tilgangskontroll og logging.

For å observere, finn krypteringsgrensa. Eit relé på ein vanleg HTTP-proxyforbindelse ser proxyførespurnader og -svar. Etter CONNECT er HTTPS-en til målet TLS-byte, ikkje leseleg sideinnhald. TLS til proxien skjuler jamvel den innleiande proxyutvekslinga på den forbindinga. Bruk klient- og proxydiagnostikk for tolka transaksjonar, og vern loggar som kan innehalde legitimasjon eller sensitive URL-ar.

Relaterte artiklar