rtorrent+rutorrent+nginx+php-fpm. Подводные камни

[Sb0y]

Спасибо за статью. Не мог бы уважаемый автор разъяснить, чем его связка лучше традиционного transmission?

[pfactum]

Я бы остался на transmission, но он валил ядро в панику при закачке нескольких больших торрентов. Ну и ещё, говорят, что rtorrent лучше себя ведёт на маломощном железе, например, на домашних маршрутизаторах.

[Sb0y]

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

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

Может у вас какие-то проблемы в ядре?

[pfactum]

Не исключено, но проверять больше не хочу.

Кстати, субъективно мне ещё и интерфейс transmission не понравился.

[Sb0y]

Мне тоже он не очень, хотя функции выполняет свои и этого достаточно )
Большую часть времени управляю им через qt-transmission.

[Sb0y]

И при это rtorrent ведёт себя нормально?

[pixel]

Покажите мне торрент-клиента, который (при указанном выше количестве торрентов) будет жрать не много ресурсов.

[Sb0y]

Мне кажется в этом контексте, многое зависит не от клиента. От файловой системы, например.

[KoppeKTop]

Уже давно (года 2-3) пользуюсь торрентами только на embedded устройствах. Сначала роутер Asus WL-500gPv2, сейчас NAS Synology DS210j. Поначалу пробовал Transmission – очень понравилось что всё в одном: и демон, и web-интерфейс. Потом понял что качает он как-то странно. Показывает одну скорость, а реальная меньше раз этак в 5. Чтобы таких пробуксовок не происходило ставил ограничения по скорости и коэффициент становился вместо 5 примерно 1.2. В итоге мне такое странное поведение надоело и я начал пользоваться rTorrent, чему и радуюсь до сих пор. Правда web-интерфейс так ни разу и не прикручивал. Просто копирую .torrent файлы в определённую папку и скачивание сразу начинается.
rTorrent на мой взгляд более прост и отзывчив чем Transmission. Висит себе в отдельном screen и работает годами. Для удалённого GUI управления можно использовать например nTorrent, но это если очень хочется.

[ksevelyar]

А я ушёл на Мюторрент когда он появился для Линукса. А потом и вообще отказался от торрентов на «сервере», когда поднял рейтинг.

Не то чтобы я был противником rtorrent, но мороки с ним действительно много. Раньше собирал и тоже писал ( dobroservers.ru/rtorrent ) об этом. Эх, давно это было — я тогда и не знал о Checkinstall :)

[TheShock]

В вашем топике не хватает объяснений. Инструкция для простых бездумных действий.

Скорее всего после описанных в предыдущей статье действий ничего не заработает :). Для того, чтобы связка работала, необходимо в файле conf/plugins.ini дерева каталогов rutorrent прописать такие строчки:

[httprpc]
enabled = no

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

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

Чем лучше?

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

Почему?

и так далее

[pfactum]

Согласен. Обновил.

[Nc_Soft]

«Linux для всех»
Чтобы качнуть торрент надо поставить веб сервер, пхп, сам клиент, веб-морду, произвести настройку. Мне кажется не в том направлении движется торент-тема в линукс…

[Sb0y]

Слишком толсто.

[svin0]

httprpc работает с nginx, он как бы и создан для этого. В этом случае не нужно лишних заморочек с /RPC2.
Но если уж требуется отключить его, то проще удалить папку с плагином.

[pfactum]

Хотелось бы увидеть соответствующую конфигурацию.

[svin0]

Работает прямо сейчас. Плагин в папке, никаких настроек не требует. rtorrent собран с --with-xmlrpc-c, соответствующая библиотека установлена.
Я, честно говоря, был удивлен, что nginx понимает RPC2 (года два назад ориентировался по данным code.google.com/p/rutorrent/wiki/WebSERVER#Nginx, с тех пор конфиги не трогал). Погуглил. Оказывается, вот оно как: code.google.com/u/@WRRWQlFTBBBDVwV4/updates

[pfactum]

Хм, проверил — работает. Оказалось, не работало потому, что одновременно включено два плагина — rpc и httprpc.

Можно посмотреть на ваш конфиг nginx?

[pfactum]

Хотя нет, не работали из-за отсутствия плагина json. Но конфиг nginx всё равно хочу посмотреть.

[svin0]

Всё, что касается 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.

[pfactum]

Это понятно, спасибо. Но geoip без json не заработал, сыпались ошибки в error.log.

[pfactum]

Всё, разобрался. Статью обновил, спасибо. Всё немножко проще оказалось.

[alexdob]

только я заметил опечатку

notify-send -t $delay «Запускаю rtorrentd…»
sudo rc.d stop rtorrentd

логично будет start… ну и во втором случае конечно же stop

[pfactum]

Исправил, спасибо.

[Dganic]

Вы забыли указать, что бы заработал RPC придется скачать плагин для rutorrent под названием RPC он написан на php, так что приоритетней настраивать RPC c помощью веб сервера, но к сожаление рабочих вариантов для nginx нету(

[pfactum]

Отдельно я его не качал, он у меня стянулся со всеми плагинами с svn-а.

[Dganic]

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

[pfactum]

Все плагины у меня стоят.

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