Privoxy: povezava odjemalca proxy HTTP s tunelom SOCKS

Dinamični tunel SSH, vključno z dinamičnim posredovanjem PuTTY, nudi vmesnik SOCKS. Aplikacija, ki sprejema samo proxy HTTP, teh vrat ne more uporabljati le zato, ker jih imenuje HTTP.

Med njima lahko stoji lokalni protokolni most. Aplikacija pošilja zahteve proxy HTTP mostu, most pa odpira povezave do cilja prek storitve SOCKS.

Privoxy to ureditev dokumentira v svojih pravilih posredovanja. Za obstoječi lokalni tunel SOCKS5 je del konfiguracije:

forward-socks5 / 127.0.0.1:1080 .

Aplikacija se poveže s poslušalcem HTTP v Privoxyju, ne z vrati 1080. Ta poslušalec ohranite lokalen v skladu s predvideno politiko dostopa. Zadnja pika v pravilu ima dokumentiran pomen; ni nadomestilo za manjkajoče internetno ime gostitelja.

To je prevajanje protokola

Dokumentacija posredovanja Privoxy razlaga skladnjo posredovanja SOCKS in ravnanje z imeni gostiteljev. Navadno posredovanje vrat TCP ne opravi istega prevajanja: bajte HTTP odjemalca prenese nespremenjene do poslušalca SOCKS, ki še vedno pričakuje pogajanje SOCKS.

Most postane tudi del konfiguracije, ki jo je treba razumeti. Privoxy ima lahko svoje nastavitve filtriranja vsebine in dostopa. Dodajanje mostu ni enako temu, da izvirna aplikacija vgrajeno podpira SOCKS.

Pri spletnih mestih HTTPS aplikacija običajno zahteva CONNECT od mostu HTTP, most pa pridobi povezavo do cilja prek SOCKS. Običajni TLS spletnega mesta ostaja razmerje med aplikacijo in spletnim mestom; mostu se ni treba pretvarjati, da je spletno mesto, da bi ponudil to pot.

Če lahko aplikacija uporablja SOCKS neposredno, je dodatna komponenta morda nepotrebna. Most uporabite za reševanje resničnega protokolnega neskladja, s poslušalcem in nadrejeno stranjo jasno ločenima.