= Сообщение: 928 из 10763 ====================================== RU.UNIX.BSD = От : Victor Sudakov 2:5020/400 04 Feb 14 15:23:36 Кому : Alex Korchmar 04 Feb 14 15:23:36 Тема : Re: уродский portsnap FGHI : area://RU.UNIX.BSD?msgid=<1187482129@relay.sibptus.ru>+07a2e69f На : area://RU.UNIX.BSD?msgid=<1187482115@ddt.demos.su>+93e8d00b = Кодировка сообщения определена как: CP866 ================================== ============================================================================== From: Victor Sudakov <vas@mpeks.tomsk.su>
Alex Korchmar wrote:
> >> VS> часть нет, т.е. пытается тянуть что-то напрямую (хотя из текста > >> VS> скрипта непонятно, чем). > >> у вас еще не принято все подряд линковать с libproxy? > VS> Сабж - это скрипт, как ты его собираешься линковать? У нас принято > ну он же не сам сокеты создает, кого-то вызывает.
/usr/bin/fetch он вызывает. А тому уже можно задать и HTTP_PROXY, и FETCH_BIND_ADDRESS, и HTTP_USER_AGENT и многое другое.
> VS> Ты предлагаешь сделать "ln -s libfetch libproxy", что ли? И тогда мы > ты же утверждаешь что кто-то ходит в обход fetch?
Hу по логам firewall-а похоже, что сабж то ли что-то пытается тащить в обход fetch (но непонятно чем), то ли переменные среды в каком-то месте не доходят до fetch.
> а libproxy это гнутый стандарт такой теперь - wget, lynx, от остальных я > просто не вижу отладочный вывод, поэтому не в курсе.
> VS> Я пробовал. Если в HTTP_PROXY есть user:pass@proxy, то тоже не > VS> работает. Без proxy auth работает. > мда...
Hадо попробовать передавать их в отдельной переменной HTTP_PROXY_AUTH, а не в самой HTTP_PROXY.
-- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ --- ifmail v.2.15dev5.4 * Origin: AO "Svyaztransneft", SibPTUS (2:5020/400)
