Privoxy: HTTP-puhverserveriklienti SOCKS-tunneliga ühendamine
Ühenda ainult HTTP-d vastuvõttev puhverserveriklient SOCKS-tunneliga kohaliku HTTP-puhverserveri kaudu, selle asemel et tunneli port ümber nimetada.
Dünaamiline SSH-tunnel, sealhulgas PuTTY dünaamiline edastus, pakub SOCKS-liidest. Rakendus, mis võtab vastu ainult HTTP-puhverserverit, ei saa seda porti kasutada lihtsalt selle HTTP-ks nimetamisega.
Nende vahel võib olla kohalik protokollisild. Rakendus saadab HTTP-puhverserveri päringud sillale ja sild avab sihtkoha ühendused SOCKS-teenuse kaudu.
Privoxy dokumenteerib selle lahenduse oma edastusreeglite kaudu. Olemasoleva kohaliku SOCKS5-tunneli jaoks on konfiguratsioonifragment:
forward-socks5 / 127.0.0.1:1080 .Rakendus ühendub Privoxy HTTP-kuulajaga, mitte pordiga 1080. Hoidke see kuulaja kohalikuna vastavalt kavandatud juurdepääsupoliitikale. Reegli lõpus olev punkt on dokumenteeritud tähendusega; see ei ole kohahoidja puuduva interneti-hostinime jaoks.
See on protokolli tõlkimine
Privoxy edastusdokumentatsioon selgitab SOCKS-edastuse süntaksit ja hostinimede käsitlemist. Tavaline TCP-pordi edastus ei tee sama tõlget: see transpordib kliendi HTTP-baidid muutumatult SOCKS-kuulajale, mis ootab endiselt SOCKS-läbirääkimisi.
Sild muutub ka osaks konfiguratsioonist, mida peate mõistma. Privoxy-l võivad olla oma sisufiltreerimise ja juurdepääsu seaded. Selle lisamine ei ole sama, mis muuta algne rakendus SOCKS-i loomupäraselt toetavaks.
HTTPS-i veebisaitide puhul küsib rakendus tavaliselt HTTP-sillalt CONNECT-i ja sild saab sihtkoha ühenduse SOCKS-i kaudu. Veebisaidi tavaline TLS jääb rakenduse ja veebisaidi vaheliseks suhteks; sild ei pea veebisaiti teesklema, et seda teed pakkuda.
Kui rakendus saab SOCKS-i otse kasutada, võib lisakomponent olla tarbetu. Kasutage silda tegeliku protokolli mittevastavuse lahendamiseks, kusjuures kuulaja ja ülemvool on selgelt eristatud.