Privoxy: koble en HTTP-proxyklient til en SOCKS-tunnel
Koble en proxyklient som bare godtar HTTP til en SOCKS-tunnel via en lokal HTTP-proxy i stedet for å gi tunnelporten nytt navn.
En dynamisk SSH-tunnel, inkludert PuTTYs dynamiske videresending, gir et SOCKS-grensesnitt. Et program som bare godtar en HTTP-proxy, kan ikke bruke den porten bare ved å kalle den HTTP.
En lokal protokollbro kan sitte mellom dem. Programmet sender HTTP-proxyforespørsler til broen, og broen åpner destinasjonstilkoblinger gjennom SOCKS-tjenesten.
Privoxy dokumenterer denne ordningen gjennom videresendingsreglene sine. For en eksisterende lokal SOCKS5-tunnel er et konfigurasjonsutdrag:
forward-socks5 / 127.0.0.1:1080 .Programmet kobler til Privoxys HTTP-lytter, ikke port 1080. Hold den lytteren lokal under den tiltenkte tilgangspolicyen. Den siste prikken i regelen har en dokumentert betydning; den er ikke en plassholder for et manglende internett-vertsnavn.
Dette er protokolloversettelse
Privoxys videresendingsdokumentasjon forklarer SOCKS-videresendingssyntaks og håndtering av vertsnavn. En vanlig TCP-portvideresending utfører ikke den samme oversettelsen: den transporterer klientens HTTP-byte uendret til en SOCKS-lytter, som fortsatt forventer en SOCKS-forhandling.
Broen blir også en del av konfigurasjonen du må forstå. Privoxy kan ha egne innstillinger for innholdsfiltrering og tilgang. Å legge den til er ikke det samme som å få det opprinnelige programmet til å støtte SOCKS innebygd.
For HTTPS-nettsteder ber programmet vanligvis HTTP-broen om CONNECT, og broen får destinasjonstilkoblingen gjennom SOCKS. Vanlig nettsted-TLS forblir et forhold mellom program og nettsted; broen trenger ikke å utgi seg for å være nettstedet for å tilby denne veien.
Hvis programmet kan bruke SOCKS direkte, kan den ekstra komponenten være unødvendig. Bruk broen til å løse en reell protokolluoverensstemmelse, med lytteren og oppstrøms tydelig atskilt.