Privoxy: koble en HTTP-proxyklient til en SOCKS-tunnel
Koble en proxyklient som bare godtar HTTP til en SOCKS-tunnel gjennom en lokal HTTP-proxy, i stedet for å omdøpe tunnelporten.
En dynamisk SSH-tunnel, også PuTTYs dynamiske videresending, gir et SOCKS-grensesnitt. Et program som bare godtar HTTP-proxy, kan ikke bruke denne porten bare ved å kalle den HTTP.
En lokal protokollbro kan ligge mellom dem. Programmet sender HTTP-proxyforespørsler til broen, og broen åpner forbindelser til målet via SOCKS-tjenesten.
Privoxy dokumenterer denne ordningen i videresendingsreglene. For en eksisterende lokal SOCKS5-tunnel er et konfigurasjonsfragment:
forward-socks5 / 127.0.0.1:1080 .Programmet kobler til Privoxys HTTP-lytter, ikke port 1080. Hold lytteren lokal under den tiltenkte tilgangspolitikken. Den siste prikken i regelen har en dokumentert betydning; den er ikke en plassholder for et manglende internettvertsnavn.
Dette er protokolloversettelse
Privoxys videresendingsdokumentasjon forklarer syntaksen for SOCKS-videresending og håndtering av vertsnavn. En vanlig TCP-portvideresending gjør ikke samme oversettelse: den frakter klientens HTTP-byte uendret til en SOCKS-lytter, som fortsatt forventer 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 å la det opprinnelige programmet støtte SOCKS innebygd.
For HTTPS-nettsteder ber programmet vanligvis HTTP-broen om CONNECT, og broen henter målforbindelsen via SOCKS. Vanlig nettsted-TLS forblir et forhold mellom program og nettsted; broen trenger ikke å utgi seg for nettstedet for å tilby denne veien.
Hvis programmet kan bruke SOCKS direkte, kan tilleggskomponenten være unødvendig. Bruk broen til å løse en reell protokolluoverensstemmelse, med lytteren og oppstrømmen klart atskilt.