Privoxy: sambungkan klien proksi HTTP ke terowong SOCKS
Sambungkan klien proksi yang hanya menerima HTTP ke terowong SOCKS melalui proksi HTTP setempat, bukan menamakan semula port terowong.
Terowong SSH dinamik, termasuk pemajuan dinamik PuTTY, menyediakan antara muka SOCKS. Aplikasi yang hanya menerima proksi HTTP tidak boleh menggunakan port itu semata-mata dengan menamakannya HTTP.
Jambatan protokol setempat boleh terletak di antaranya. Aplikasi menghantar permintaan proksi HTTP ke jambatan, dan jambatan membuka sambungan destinasi melalui perkhidmatan SOCKS.
Privoxy mendokumenkan susunan ini melalui peraturan pemajuannya. Untuk terowong SOCKS5 setempat sedia ada, serpihan konfigurasi ialah:
forward-socks5 / 127.0.0.1:1080 .
Aplikasi bersambung ke pendengar HTTP Privoxy, bukan port 1080. Kekalkan pendengar itu setempat di bawah dasar akses yang dimaksudkan. Titik akhir dalam peraturan mempunyai makna yang didokumenkan; ia bukan pemegang tempat untuk nama hos internet yang tiada.
Ini ialah terjemahan protokol
Dokumentasi pemajuan Privoxy menerangkan sintaks pemajuan SOCKS dan pengendalian nama hos. Pemajuan port TCP biasa tidak melakukan terjemahan yang sama: ia mengangkut bait HTTP klien tanpa perubahan ke pendengar SOCKS, yang masih menjangka rundingan SOCKS.
Jambatan juga menjadi sebahagian daripada konfigurasi yang perlu anda fahami. Privoxy boleh mempunyai tetapan penapisan kandungan dan aksesnya sendiri. Menambahnya tidak sama dengan menjadikan aplikasi asal menyokong SOCKS secara asli.
Untuk tapak HTTPS, aplikasi biasanya meminta CONNECT daripada jambatan HTTP, dan jambatan memperoleh sambungan destinasi melalui SOCKS. TLS tapak biasa kekal sebagai hubungan aplikasi-dengan-tapak; jambatan tidak perlu menyamar sebagai tapak untuk menyediakan laluan ini.
Jika aplikasi boleh menggunakan SOCKS secara langsung, komponen tambahan mungkin tidak perlu. Gunakan jambatan untuk menyelesaikan ketidakpadanan protokol sebenar, dengan pendengar dan huluan dibezakan dengan jelas.