client → local TCP relay → existing forward proxy → destination

U ovom rasporedu relej ima jedan fiksni uzvodni kanal. Prosljeđuje klijentov zahtjev nepromijenjen postojećem prednjem proxyju. Taj proxy čita apsolutni URL ili CONNECT cilj, primjenjuje pravila i otvara vezu prema odredištu.

Usmjeravanje releja izravno na web-stranicu mijenja ugovor. Prednji proxy mora birati odredišta i baviti se HTTP uokvirivanjem i ponašanjem veze; izdvajanje imena hosta iz prvog reda nije dovoljno.

Nmapov Ncat zasebno nudi način slušanja koji razumije HTTP:

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

Ovaj loopback primjer koristi Ncatovu proxy implementaciju, a ne značajku koju dijeli svaki nc. Njegov proxy na strani slušanja obrađuje HTTP metode i CONNECT. Njegove SOCKS opcije na strani klijenta ne uspostavljaju SOCKS poslužitelj u načinu slušanja. Trajna zajednička usluga također zahtijeva promišljeno upravljanje vezama, kontrolu pristupa i zapisivanje.

Za promatranje odredite granicu šifriranja. Relej na običnoj HTTP proxy vezi može vidjeti proxy zahtjeve i odgovore. Nakon CONNECT-a odredišni HTTPS su TLS bajtovi, a ne čitljiv sadržaj stranice. TLS prema proxyju skriva čak i početnu proxy razmjenu na toj vezi. Koristite dijagnostiku klijenta i proxyja za interpretirane transakcije i štitite zapise koji mogu sadržavati vjerodajnice ili osjetljive URL-ove.

Povezani članci