Privoxy: свързване на HTTP прокси клиент със SOCKS тунел
Свържете прокси клиент, който приема само HTTP, със SOCKS тунел чрез локален HTTP прокси, вместо да преименувате порта на тунела.
Динамичен SSH тунел, включително динамичното пренасочване на PuTTY, предоставя SOCKS интерфейс. Приложение, което приема само HTTP прокси, не може да използва този порт просто като го нарече HTTP.
Между тях може да стои локален протоколен мост. Приложението изпраща HTTP прокси заявки към моста, а мостът отваря връзки към дестинацията чрез SOCKS услугата.
Privoxy документира тази схема чрез своите правила за пренасочване. За съществуващ локален SOCKS5 тунел фрагментът от конфигурацията е:
forward-socks5 / 127.0.0.1:1080 .Приложението се свързва с HTTP слушателя на Privoxy, а не с порт 1080. Дръжте този слушател локален според предвидената политика за достъп. Последната точка в правилото има документирано значение; тя не е заместител на липсващо интернет име на хост.
Това е превод на протокол
Документацията на Privoxy за пренасочване обяснява синтаксиса на SOCKS пренасочването и работата с имена на хостове. Обикновено TCP пренасочване на порт не извършва същия превод: то пренася HTTP байтовете на клиента непроменени до SOCKS слушател, който все още очаква SOCKS договаряне.
Мостът също става част от конфигурацията, която трябва да разбирате. Privoxy може да има собствени настройки за филтриране на съдържание и достъп. Добавянето му не е същото като това оригиналното приложение да поддържа SOCKS първоначално.
За HTTPS сайтове приложението обикновено иска CONNECT от HTTP моста, а мостът получава връзката към дестинацията чрез SOCKS. Обичайният TLS на сайта остава връзка между приложението и сайта; мостът не трябва да се представя за сайта, за да предостави този път.
Ако приложението може да използва SOCKS директно, допълнителният компонент може да е ненужен. Използвайте моста, за да решите реален протоколен проблем, с ясно разграничени слушател и горно звено.