Privoxy: bir HTTP proxy istemcisini SOCKS tüneline bağlama
Yalnızca HTTP kabul eden bir proxy istemcisini tünelin bağlantı noktasını yeniden adlandırmak yerine yerel bir HTTP proxy üzerinden SOCKS tüneline bağlayın.
Dinamik SSH tüneli, PuTTY'nin dinamik yönlendirmesi dahil, bir SOCKS arayüzü sağlar. Yalnızca HTTP proxy kabul eden bir uygulama, o bağlantı noktasını yalnızca HTTP diye adlandırarak kullanamaz.
Aralarına yerel bir protokol köprüsü yerleştirilebilir. Uygulama HTTP proxy isteklerini köprüye gönderir ve köprü hedef bağlantılarını SOCKS hizmeti üzerinden açar.
Privoxy bu düzeni yönlendirme kurallarında belgeler. Mevcut yerel bir SOCKS5 tüneli için yapılandırma parçası şöyledir:
forward-socks5 / 127.0.0.1:1080 .Uygulama 1080 numaralı bağlantı noktasına değil, Privoxy'nin HTTP dinleyicisine bağlanır. Bu dinleyiciyi amaçlanan erişim ilkesine göre yerel tutun. Kuraldaki son noktanın belgelenmiş bir anlamı vardır; eksik bir internet ana makine adı için yer tutucu değildir.
Bu bir protokol çevirisidir
Privoxy yönlendirme belgeleri SOCKS yönlendirme sözdizimini ve ana makine adlarının işlenmesini açıklar. Sıradan bir TCP bağlantı noktası yönlendirmesi aynı çeviriyi yapmaz: istemcinin HTTP baytlarını değiştirmeden, hâlâ SOCKS görüşmesi bekleyen bir SOCKS dinleyicisine taşır.
Köprü aynı zamanda anlamanız gereken yapılandırmanın bir parçası hâline gelir. Privoxy'nin kendi içerik filtreleme ve erişim ayarları olabilir. Köprüyü eklemek, özgün uygulamanın SOCKS'u yerel olarak desteklemesiyle aynı şey değildir.
HTTPS siteleri için uygulama genellikle HTTP köprüsünden CONNECT ister ve köprü hedef bağlantıyı SOCKS üzerinden alır. Sitenin normal TLS'i uygulama-site ilişkisi olarak kalır; köprünün bu yolu sunmak için siteyi taklit etmesi gerekmez.
Uygulama SOCKS'u doğrudan kullanabiliyorsa ek bileşen gereksiz olabilir. Köprüyü gerçek bir protokol uyumsuzluğunu çözmek için kullanın; dinleyici ve üst akış açıkça ayrılmış olsun.