Privoxy: kople ein HTTP-proxyklient til ein SOCKS-tunnel
Kople ein proxyklient som berre godtek HTTP til ein SOCKS-tunnel via ein lokal HTTP-proxy i staden for å gje tunnelporten nytt namn.
Ein dynamisk SSH-tunnel, mellom anna PuTTY si dynamiske vidaresending, gjev eit SOCKS-grensesnitt. Eit program som berre godtek ein HTTP-proxy, kan ikkje bruke den porten berre ved å kalle han HTTP.
Ei lokal protokollbru kan sitje mellom dei. Programmet sender HTTP-proxyførespurnader til brua, og brua opnar tilkopingar til mål gjennom SOCKS-tenesta.
Privoxy dokumenterer denne ordninga gjennom vidaresendingsreglane sine. For ein eksisterande lokal SOCKS5-tunnel er eit konfigurasjonsutdrag:
forward-socks5 / 127.0.0.1:1080 .Programmet koplar til HTTP-lyttaren til Privoxy, ikkje port 1080. Hald den lyttaren lokal under den tiltenkte tilgangspolitikken. Den siste prikken i regelen har ei dokumentert tyding; han er ikkje ein plasshaldar for eit manglande internett-vertsnamn.
Dette er protokollomsetjing
Vidaresendingsdokumentasjonen til Privoxy forklarer SOCKS-vidaresendingssyntaks og handsaming av vertsnamn. Ei vanleg TCP-portvidaresending gjer ikkje den same omsetjinga: ho fører HTTP-byta til klienten uendra til ein SOCKS-lyttar, som framleis ventar ei SOCKS-forhandling.
Brua vert òg ein del av konfigurasjonen du må forstå. Privoxy kan ha eigne innstillingar for innhaldsfiltrering og tilgang. Å leggje ho til er ikkje det same som å få det opphavlege programmet til å støtte SOCKS innebygd.
For HTTPS-nettstader ber programmet vanlegvis HTTP-brua om CONNECT, og brua får måltilkopinga gjennom SOCKS. Vanleg nettstad-TLS er framleis eit forhold mellom program og nettstad; brua treng ikkje å gje seg ut for å vere nettstaden for å tilby denne vegen.
Viss programmet kan bruke SOCKS direkte, kan den ekstra komponenten vere unødvendig. Bruk brua til å løyse ein reell protokollusemje, med lyttaren og oppstraums tydeleg skilde.