client → local TCP relay → existing forward proxy → destination

Tässä järjestelyssä välityksellä on yksi kiinteä ylävirta. Se välittää asiakkaan pyynnön muuttamattomana olemassa olevalle eteenpäinvälittäjälle. Tämä välityspalvelin lukee absoluuttisen URL:n tai CONNECT-kohteen, soveltaa käytäntöä ja avaa kohdeyhteyden.

Välityksen osoittaminen suoraan verkkosivustoon muuttaa sopimusta. Eteenpäinvälittäjän on valittava kohteet ja käsiteltävä HTTP-kehystys ja yhteyden käyttäytyminen; isäntänimen poimiminen ensimmäiseltä riviltä ei riitä.

Nmapp: n Ncat tarjoaa erikseen HTTP:n ymmärtävän kuuntelutilan:

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

Tämä loopback-esimerkki käyttää Ncatin välityspalvelintoteutusta, ei ominaisuutta, jonka jokainen nc jakaa. Sen kuuntelunpuoleinen välityspalvelin käsittelee HTTP-menetelmät ja CONNECTin. Sen asiakaspuolen SOCKS-valinnat eivät perusta SOCKS-palvelinta kuuntelutilassa. Pysyvä jaettu palvelu vaatii myös tarkoituksellista yhteyksien käsittelyä, käyttöoikeuksien valvontaa ja lokitusta.

Havainnointia varten paikanna salauksen raja. Tavallisella HTTP-välityspalvelinyhteydellä oleva välitys näkee välityspyynnöt ja vastaukset. CONNECTin jälkeen kohteen HTTPS on TLS-tavuja, ei luettavaa sivun sisältöä. TLS välityspalvelimelle piilottaa jopa kyseisen linkin alkuperäisen välitysvaihdon. Käytä asiakas- ja välityspalvelindiagnostiikkaa tulkinnoituihin tapahtumiin ja suojaa lokit, joissa voi olla tunnistetietoja tai arkaluonteisia URL-osoitteita.

Aiheeseen liittyvät artikkelit