Privoxy: HTTP-välityspalvelinasiakkaan yhdistäminen SOCKS-tunneliin
Yhdistä vain HTTP:tä hyväksyvä välityspalvelinasiakas SOCKS-tunneliin paikallisen HTTP-välityspalvelimen kautta sen sijaan, että nimeäisit tunnelin portin uudelleen.
Dynaaminen SSH-tunneli, mukaan lukien PuTTYn dynaaminen edelleenohjaus, tarjoaa SOCKS-rajapinnan. Sovellus, joka hyväksyy vain HTTP-välityspalvelimen, ei voi käyttää kyseistä porttia vain kutsumalla sitä HTTP:ksi.
Niiden välissä voi olla paikallinen protokollasilta. Sovellus lähettää HTTP-välityspyynnöt sillalle, ja silta avaa kohdeyhteydet SOCKS-palvelun kautta.
Privoxy dokumentoi tämän järjestelyn edelleenohjaussäännöillään. Olemassa olevaa paikallista SOCKS5-tunnelia varten asetuspätkä on:
forward-socks5 / 127.0.0.1:1080 .Sovellus yhdistää Privoxyn HTTP-kuuntelijaan, ei porttiin 1080. Pidä kuuntelija paikallisena aiottujen käyttöoikeuskäytäntöjen mukaisesti. Säännön lopussa olevalla pisteellä on dokumentoitu merkitys; se ei ole paikkamerkki puuttuvalle internet-isäntänimelle.
Tämä on protokollakäännös
Privoxyn edelleenohjausdokumentaatio selittää SOCKS-edelleenohjauksen syntaksin ja isäntänimien käsittelyn. Tavallinen TCP-portin edelleenohjaus ei tee samaa käännöstä: se siirtää asiakkaan HTTP-tavut muuttumattomina SOCKS-kuuntelijalle, joka odottaa edelleen SOCKS-neuvottelua.
Sillasta tulee myös osa kokoonpanoa, joka sinun on ymmärrettävä. Privoxyllä voi olla omat sisällönsuodatus- ja käyttöoikeusasetukset. Sen lisääminen ei ole sama kuin että alkuperäinen sovellus tukisi SOCKSia natiivisti.
HTTPS-sivustoilla sovellus pyytää yleensä HTTP-sillalta CONNECTia, ja silta hankkii kohdeyhteyden SOCKSin kautta. Sivuston normaali TLS pysyy sovelluksen ja sivuston välisenä suhteena; sillan ei tarvitse esiintyä sivustona tarjotakseen tämän polun.
Jos sovellus voi käyttää SOCKSia suoraan, lisäkomponentti voi olla tarpeeton. Käytä siltaa todellisen protokollayhteensopimattomuuden ratkaisemiseen, kun kuuntelija ja ylävirta erotetaan selvästi.