Ncaten HTTP proxy modua TCP errele finko baten aurka

Byte errele finko batek HTTP prozesatzea lehendik dagoen proxyari uzten dio. Ncaten HTTP entzute modua beste zerbitzu bat da, protokoloa ezagutzen duena.

client → local TCP relay → existing forward proxy → destination

Konfigurazio honetan, erreleak goiko fluxu finko bakarra du. Bezeroaren eskaera aldatu gabe pasatzen dio lehendik dagoen aurrerako proxyari. Proxy horrek URL absolutua edo CONNECT helburua irakurtzen du, politika aplikatzen du eta helmugako konexioa irekitzen du.

Errelea zuzenean webgune batera zuzentzeak kontratua aldatzen du. Aurrerako proxyak helmugak hautatu eta HTTP enkoadernaketa eta konexioaren portaera kudeatu behar ditu; lehen lerrotik ostalari-izena ateratzea ez da nahikoa.

Nmapen Ncatek bereizita eskaintzen du HTTP ulertzen duen entzute modua:

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

Loopback adibide honek Ncaten proxy inplementazioa erabiltzen du, ez nc bakoitzak partekatzen duen ezaugarria. Bere entzute aldeko proxyak HTTP metodoak eta CONNECT kudeatzen ditu. Bere bezero aldeko SOCKS aukerak ez dute SOCKS zerbitzaririk ezartzen entzute moduan. Partekatutako zerbitzu iraunkorrak konexioen kudeaketa, sarbide kontrola eta erregistroa ere behar ditu.

Behaketarako, kokatu zifratze muga. HTTP proxy konexio arruntean dagoen errele batek proxy eskaerak eta erantzunak ikus ditzake. CONNECT ondoren, helmugako HTTPS TLS byteak dira, ez orri edukia irakurgarria. Proxyrako TLSek are lotura horretako hasierako proxy trukea ezkutatzen du. Erabili bezero eta proxy diagnostikoak interpretatutako transakzioetarako, eta babestu kredentzialak edo URL sentikorrak eduki ditzaketen erregistroak.

Erlazionatutako artikuluak