Ncati HTTP-puhverserveri režiim versus fikseeritud TCP-relee

Fikseeritud baidirelee jätab HTTP-töötluse olemasolevale puhverserverile. Ncati HTTP-kuulamise režiim on teistsugune, protokolli tundev teenus.

client → local TCP relay → existing forward proxy → destination

Selles lahenduses on releel üks fikseeritud ülemvool. See edastab kliendi päringu muutmata kujul olemasolevale edasipuhverserverile. Too puhverserver loeb absoluutse URL-i või CONNECT-sihtmärgi, rakendab poliitikat ja avab sihtkoha ühenduse.

Relee suunamine otse veebisaidile muudab lepingu. Edasipuhverserver peab valima sihtkohad ning käsitlema HTTP-raamistust ja ühenduse käitumist; hostinime esimesest reast väljavõtmine ei ole piisav.

Nmapi Ncat pakub eraldi HTTP-d mõistvat kuulamisrežiimi:

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

See loopback-näide kasutab Ncati puhverserveri teostust, mitte funktsiooni, mida jagab iga nc. Selle kuulamispoole puhverserver käsitleb HTTP-meetodeid ja CONNECT-i. Selle kliendipoolsed SOCKS-valikud ei loo kuulamisrežiimis SOCKS-serverit. Püsiv jagatud teenus vajab ka teadlikku ühenduste käsitlemist, juurdepääsukontrolli ja logimist.

Vaatlemiseks määrake krüpteerimispiir. Tavalise HTTP-puhverserveri ühendusel olev relee näeb puhverserveri päringuid ja vastuseid. Pärast CONNECT-i on sihtkoha HTTPS TLS-baidid, mitte loetav lehesisu. TLS puhverserverini peidab isegi selle lingi algse puhverserveri vahetuse. Kasutage tõlgendatud tehingute jaoks kliendi ja puhverserveri diagnostikat ning kaitske logisid, mis võivad sisaldada mandaate või tundlikke URL-e.

Seotud artiklid