Цепочка прокси

Аватар пользователя qa

Можно ли организовать при помощи Privoxy цепочку прокси - перенаправлять пакеты на socks4(или http), а затем на socks4a(TOR) ? Обе прокси локальные. Система WinXP.

Аватар пользователя DRVTiny

Re: Цепочка прокси

Цитата:
Можно ли организовать при помощи Privoxy цепочку прокси - перенаправлять пакеты на socks4(или http), а затем на socks4a(TOR) ? Обе прокси локальные. Система WinXP.


"А можно так: утром стулья, а вечером деньги?"
"Можно!.. Но деньги вперёд!"

В данном случае Вам нужно вперёд поставить Privoxy, а Proxomitron или что там у Вас, "в хвост" цепочки:
2-й прокси -> Privoxy -> TOR
Кстати, по моему опыту использование TOR приводит к такому нерациональному расходованию трафика, при котором никакая GZ-компрессия не спасает. Вообще сейчас единственным реальным способом уменьшить объём трафика и повысить скорость загрузки страниц является во-первых использование беспощадно вырезающих всю постороннюю графику "антирекламных" прокси (мне в этом качестве Privoxy видится идеальным вариантом, не знаю, чего уж все так за этот Proxomitron держатся с его неоправданно сложными и соответственно трудно настраиваемыми правилами, похожими на некий "самостийный" язык программирования) в связке с мощными прокси, быстро и эффективно кеширующими веб-контент, такими, как WWWOffle, SQUID, Oops. GZ - это в общем вполне разумная и эффективная технология, но реализуется она лишь на уровне идеализированной абстракции взаимодействия чётко следующего всем рекомендациям RFC веб-сервера с идеальным клиентским приложением. На деле же этим стандартам следуют далеко не все производители веб-серверов (не будем показывать пальцем на тех производителей, которые по традиции считают свом долгом изобретать собственные велосипеды) и, соответственно, клиентское ПО либо ориентируется на полностью корректное взаимодействие с совершенно определённым типом веб-серверов, либо пытается динамически подстраиваться под специфику сервера, с которым взаимодействует в каждый конкретный момент времени, что, к сожалению, далеко не всегда получается даже у самых лучших браузеров (Opera, Firefox). Кстати, при обилии графики и анимации на веб страницах криво реализованная на стороне клиента GZ-компрессия в лучшем случае приведёт к увеличению задержек загрузки веб-страниц, а в худшем - ещё и к увеличению объёма принимаемых данных (поскольку попытка осущестления компресии уже сжатых данных приведёт лишь к увеличению относительной доли накладных расходов протокола в общем трафике).

RSS-материал