tsocks

Прокся на 127.0.0.1:8080
Удалил дефолтный /etc/tsocks.conf и создал свой
server = 127.0.0.1
server_type = 5
server_port = 8080
Но ни пинг, ни какое либо другое приложение\утилита не ходят “в эти интернеты”.
Если же указать в самих программах ( Pidgin, firefox) прокси, то все вполне себе работает.
Вроде везде пишут, что программы, не знающие про tsocks, надо запускать ЧЕРЕЗ него, то есть
tsocks command
Natrio
ЧЕРЕЗ него, то есть
tsocks command
ну я извиняюсь что не уточнил конечно, но это очевидно же.
Скорее всего, через tsocks не работают программы, которые сами умеют это делать. Или вообще не предназначены для этого. Например, не пытайтесь запустить так ping.
Curl я тоже не смог запустить через tsocks. Но у него есть свои параметры на это дело.
А вот telnet-ом вполне можно проверить работу прокси. wget работает. И pacman вполне шустро отзывается вследствие этого (у меня по умолчанию - тоже через wget).
Телнетом можно проверить доступность сети примерно так:
$ telnet 2ip.ru 80
Trying 188.40.74.10...
Connection failed: Network is unreachable
Trying 188.40.74.9...
telnet: Unable to connect to remote host: Network is unreachable
Это без socks-proxy.
А вот здесь уже видно внешний мир:
$ tsocks telnet 2ip.ru 80
Trying 188.40.74.9...
Connected to 2ip.ru.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 22 Dec 2012 21:42:02 GMT
Server: Apache/2.2.16
Set-Cookie: ispCP=8jtkumk0tr3cqegiuepiduouv6; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=UTF-8
Connection closed by foreign host.
“HEAD / HTTP/1.0<Enter><Enter>” - это я руками вводил, что бы получить заголовки запроса. Для примера.
И еще: если хотите пользоваться опциями tsocks on|off, не забывайте перед командой ставить точку или source:
. tsocks on
source tsocks on
А то я, в свое время, почти час потерял, не понимая, почему это не работает. А оказалось, что маны невнимательно читал.
Сплошная неопределенность какая-то получается. Если одна программа работает, то не факт что будет работать другая. А если другая не работает –> она берет настройки “неизвестно откуда”.
Почему “неопределенность”? Если программа умеет сама пользоваться различными типами прокси, то ей не нужны для этого посторонние “костыли”. А если программа ничего не знает про прокси и socks, то ей подсовывают предзагруженные библиотеки, помогают ей этим воспользоваться.
Что касается ping - SOCKS-прокси предоставляет только TCP-прокси сервис (в SOCKS 5 добавлена поддержка UDP). ICMP пакеты через socks-прокси не пройдут.
То есть, нужно понимать, как работает конкретная программа, и по какому протоколу осуществляется обмен данными. Тогда и “неопределенность” исчезнет.
kurych
программа умеет сама пользоваться различными типами прокси, то ей не нужны для этого посторонние “костыли”.
Вот у меня цель. На удаленной машине выполнить apt-get update через сокс прокси.

Сам apt умеет юзать прокси на ура, как пишут “интернеты”. Но в мануалах о использовании apt через socks-proxy говорят это делать через tsocks или sockschains.

В принципе меня не напрягает вариант настройки apt.conf.d/proxy , что я и сделал. Но ничего не заработало. Тогда я завел tsocks, дабы проверить - не работает именно apt с проксей или вообще ничего кроме firefox через проксю. Тут то я и пришел к тому что, что-то работает, а что-то нет.

Настройки одни и те же, telnet работает, apt -нет.
Осталось export попробовать.

Ну а поскольку apt не имеет отношения к Arch, то и тему я завел на другом форуме.
http://wiki.debian.org/AptConf
сегодня вечером сам попробую, вроде работало.
export http_proxy=http://username:[email protected]:port/
export ftp_proxy=http://username:[email protected]/
когда то было так, но наврдяли уже найдешь такой “примитив”
среди старых своих записок есть сл., но может уже упразднено
Создаем файл /etc/apt/apt.conf.d/proxy с содержимым

Acquire::http::Proxy "http://proxy:8080";
для безавторизованного входа ес-но
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
sleepycat
http://wiki.debian.org/AptConf
сегодня вечером сам попробую, вроде работало.
export http_proxy=http://username:[email protected]:port/
export ftp_proxy=http://username:[email protected]/
когда то было так, но наврдяли уже найдешь такой “примитив”
среди старых своих записок есть сл., но может уже упразднено
Создаем файл /etc/apt/apt.conf.d/proxy с содержимым

Acquire::http::Proxy "http://proxy:8080";
для безавторизованного входа ес-но

Это все чудно и легко, но не работает.
PS: пройдя по ссылке можно посмотреть что уже сделано.
Ага! Стоп!
А Вы не путаете ничего? Все примеры с “export…” относятся к HTTP-прокси. Из apt.conf либо вообще уберите все прокси и используйте tsocks, либо укажите правильный: Вроде, должно быть так (я дебианом сильно никогда не увлекался):
Acquire::socks::proxy "socks://user:[email protected]:port/";
со своими, конечно, настройками.
http-proxy и socks-proxy далеко не одно и то же. Так что, относитесь к разным советам внимателнее и вдумчивее.
 
Зарегистрироваться или войдите чтобы оставить сообщение.