Pull to refresh

Comments 31

Спасибо за статью. Не мог бы уважаемый автор разъяснить, чем его связка лучше традиционного transmission?
Я бы остался на transmission, но он валил ядро в панику при закачке нескольких больших торрентов. Ну и ещё, говорят, что rtorrent лучше себя ведёт на маломощном железе, например, на домашних маршрутизаторах.
Странно… У меня сейчас на домашнем сервере с Gentoo стоит transmission, собранный демоном с web-интерфейсом. За 4 месяца не испытал ни одной подобной проблемы. Сервер очень маломощный — всего 1 гигабайт оперативки модулем sdram и процессор 2.3 mhz в 500mhz`овой материнке.

Когда-то давно тоже ставил wtorrent + rtorrent, но пришлось делать ресетап системы, а времени было немного, поэтому поставил transmission.

Может у вас какие-то проблемы в ядре?
Не исключено, но проверять больше не хочу.

Кстати, субъективно мне ещё и интерфейс transmission не понравился.
Мне тоже он не очень, хотя функции выполняет свои и этого достаточно )
Большую часть времени управляю им через qt-transmission.
UFO just landed and posted this here
И при это rtorrent ведёт себя нормально?
UFO just landed and posted this here
Покажите мне торрент-клиента, который (при указанном выше количестве торрентов) будет жрать не много ресурсов.
UFO just landed and posted this here
Мне кажется в этом контексте, многое зависит не от клиента. От файловой системы, например.
Уже давно (года 2-3) пользуюсь торрентами только на embedded устройствах. Сначала роутер Asus WL-500gPv2, сейчас NAS Synology DS210j. Поначалу пробовал Transmission – очень понравилось что всё в одном: и демон, и web-интерфейс. Потом понял что качает он как-то странно. Показывает одну скорость, а реальная меньше раз этак в 5. Чтобы таких пробуксовок не происходило ставил ограничения по скорости и коэффициент становился вместо 5 примерно 1.2. В итоге мне такое странное поведение надоело и я начал пользоваться rTorrent, чему и радуюсь до сих пор. Правда web-интерфейс так ни разу и не прикручивал. Просто копирую .torrent файлы в определённую папку и скачивание сразу начинается.
rTorrent на мой взгляд более прост и отзывчив чем Transmission. Висит себе в отдельном screen и работает годами. Для удалённого GUI управления можно использовать например nTorrent, но это если очень хочется.
А я ушёл на Мюторрент когда он появился для Линукса. А потом и вообще отказался от торрентов на «сервере», когда поднял рейтинг.

Не то чтобы я был противником rtorrent, но мороки с ним действительно много. Раньше собирал и тоже писал ( dobroservers.ru/rtorrent ) об этом. Эх, давно это было — я тогда и не знал о Checkinstall :)
В вашем топике не хватает объяснений. Инструкция для простых бездумных действий.
Скорее всего после описанных в предыдущей статье действий ничего не заработает :). Для того, чтобы связка работала, необходимо в файле conf/plugins.ini дерева каталогов rutorrent прописать такие строчки:

[httprpc]
enabled = no

Почему не заработает? Почему именно эти строчки? Почему такой режим не включен по-умолчанию, если оригинальный — не работает?

При локальном использовании php-fpm лучше посадить на UNIX-сокет.

Чем лучше?

При локальном использовании nginx лучше всего посадить на 127.0.0.1.

Почему?

и так далее
«Linux для всех»
Чтобы качнуть торрент надо поставить веб сервер, пхп, сам клиент, веб-морду, произвести настройку. Мне кажется не в том направлении движется торент-тема в линукс…
httprpc работает с nginx, он как бы и создан для этого. В этом случае не нужно лишних заморочек с /RPC2.
Но если уж требуется отключить его, то проще удалить папку с плагином.
Хотелось бы увидеть соответствующую конфигурацию.
Работает прямо сейчас. Плагин в папке, никаких настроек не требует. rtorrent собран с --with-xmlrpc-c, соответствующая библиотека установлена.
Я, честно говоря, был удивлен, что nginx понимает RPC2 (года два назад ориентировался по данным code.google.com/p/rutorrent/wiki/WebSERVER#Nginx, с тех пор конфиги не трогал). Погуглил. Оказывается, вот оно как: code.google.com/u/@WRRWQlFTBBBDVwV4/updates
Хм, проверил — работает. Оказалось, не работало потому, что одновременно включено два плагина — rpc и httprpc.

Можно посмотреть на ваш конфиг nginx?
Хотя нет, не работали из-за отсутствия плагина json. Но конфиг nginx всё равно хочу посмотреть.
Всё, что касается rutottent:
location /rtorrent {
root /home/www/strg-srv;
index index.html;
auth_basic «Torrent engine»;
auth_basic_user_file /home/www/strg-srv/rtorrent/.htpasswd;
}
Далее вместо секции
upstream backend {
server 127.0.0.1:9000;
}
сделано одной строкой в секции с php:
fastcgi_pass 127.0.0.1:9000;
Точно так же можно с сокетами.
geoip работает без json.
Это понятно, спасибо. Но geoip без json не заработал, сыпались ошибки в error.log.
Всё, разобрался. Статью обновил, спасибо. Всё немножко проще оказалось.
только я заметил опечатку
notify-send -t $delay «Запускаю rtorrentd…»
sudo rc.d stop rtorrentd

логично будет start… ну и во втором случае конечно же stop
Вы забыли указать, что бы заработал RPC придется скачать плагин для rutorrent под названием RPC он написан на php, так что приоритетней настраивать RPC c помощью веб сервера, но к сожаление рабочих вариантов для nginx нету(
Отдельно я его не качал, он у меня стянулся со всеми плагинами с svn-а.
Вот оно что, просто если ставить пакет из yaourt rtorrent-svn плагинов он не тянет за собой( собственно что и правильно, зачем мне куча ненужных плагинов, которые замедляет работу веб морды)
Тогда в статье следует указать какие у вас плагины стоят.
Ну и собственно непосредственно средствами nginx кто-нибудь заставил работать RPC?
Все плагины у меня стоят.

Силами nginx RPC реализуется через проксирование /RPC2, но это теперь лишнее, так как напрямую через плагин работает лучше.
Sign up to leave a comment.

Articles