Установка и настройка rTorrent в Debian

[Labinskiy]

Спрашивайте, критикуйте… :)

[Wosquito]

А sequential download умеет делать?

P.S. Я знаю что для протокола это вредно, но все же при не очень хорошем канале наличие данной возможности очень радует :-)

[Labinskiy]

К сожалению, пока еще не задавался таким вопросом. Однако uTorrent это уже умеет. Подробности в этом топике: habrahabr.ru/blogs/p2p/87632/

[Wosquito]

Да я знаю и про uTorrent и qBittorrent, но неохота их ставить на домашнию файлопомойку. libtorrent.rakshasa.no/ticket/1400 походу не поддерживает :-(

[Masterkey]

а я вот остановился на консольном варианте, хотя rutorrent стоит пощупать, уж больно интерфейс привычный )))

[powerman]

Да, консольный сначала кажется м… не очень удобным, если выражаться очень сдержанно. :) Но потом где-то привыкаешь, где-то разбираешься, где-то что-то автоматизируешь — и получается весьма удобная и ленивая штука. И никакие веб-интерфейсы сделать жизнь ещё удобнее уже не могут. Кроме того, не хочется мне php ставить, даже ради rutorrent.

Сейчас всё настроено примерно так: скачиваемый .torrent сохраняется Opera-ой в определённый каталог, автоматически начинается закачка, по завершении закачки в углу экрана всплывает уведомление. В интерфейс rtorrent-а заглядываю только для того, чтобы: увеличить/уменьшить доступную ему ширину канала, указать приоритеты/отключить выкачку части файлов в конкретном торренте, удалить торрент, глянуть через сколько минут приедет следующий файл.

Что касается RSS и сериалов — я эту проблему решил очень просто: ненавижу смотреть по одной серии в день/неделю! Поэтому жду, а потом выкачиваю сразу либо весь сезон, либо пол сезона (и через пол года вторые пол сезона). И никакой возни с RSS.

Все эти интерфейсы очень сильно перегружены фичами, и за счёт этого переусложнены.

[WoZ]

я бы добавил, что стоит потюнить конфиг rtorrent. у меня при стандартных настройках он не влезал в 512мб памяти, выдавал спустя некоторое время File chunk write error: Cannot allocate memory

происходит это когда много используется слотов закачки/отдачи — дефолтные значения буферов по 4мб, простая калькуляция показывает, что при 100 активных слотах уже откушается 400мб памяти.

чтобы избежать данной проблемы выставляем в конфиге

send_buffer_size = 1M
receive_buffer_size = 1M

ну или меньше (в зависимости от доступной памяти и потребностей)

[grokinn]

у меня более 180 торрентов, однако я ничего не менял в настройках и 512 мегабайт вполне хватает, кроме моментов когда кешируется свежезакачанный торрент большого объема. если изменить настройки на 1М это ухудшит что либо или даст только выйгрыш по памяти?

[WoZ]

обращение к диску чаще.
не сталкивались потому что у вас не было больше 100 пиров одновременно. может лимиты стоят на суммарное количество пиров и не выделяется столько памяти. если поставить пару закачек на TPB с несколькими сотнями пиров — тогда увидите)

з.ы. проверку скачанного файла можно отменить. в конфиге ставьте

check_hash = no

[lhav]

Отказался от rtorrent в пользу Deluge — гораздо более приятная вещь.

[Labinskiy]

Обещать не буду, но, возможно, в будущем напишу и про Deluge ;)

[bosha]

А смысл? Там есть что-то «сокровенное» о чём надо писать? Ну, кроме web морды.

[Labinskiy]

Нет, торренты соседей не видны т.к. по сути, каждый пользователь работает со своей копией torrent клиента.

[Softovick]

Отличная инструкция… Несмотря на то, что в одно время отказался от rtorrent в пользу Deluge, в последнее время все собирался потестить rutorrent… Инструкция ваша прямо к месту…

[ranzhe]

ruTorrent — это очень правильно, до этого у меня стоял хваленый многими wTorrent — так он на добрую половину .torrent-файлов ругался, дескать «This is not a torrent file». С ruTorrent такой проблемы нет.

Единственный его минус — это отсутствие собственного модуля авторизации. Впрочем, сие решается еще парой строчек в конфигурации веб-сервера, а там со временем наверняка и свою сделают.

[Tonna]

Кинь пожалуйста ссылку или здесь расскажи про пару строчек в конфигурации для авторизации

[ranzhe]

location / {
auth_basic «Login»;
auth_basic_user_file /sites/rutorrent/htpasswd;
proxy_pass 127.0.0.1:8090;
}

так у меня сделано для nginx, он обслуживает все сайты, крутящиеся на сервере, и только rTorrent проксируется в lighttpd. Признаться, не знал про вариант с xml-rpc, изложенный выше, надо будет заняться перенастройкой. А сам htpasswd-файл — это apache-like файл с хешами. Но даже в случае перенастройки ничего существенного в плане авторизации не изменится.

[Tonna]

Благодарю, поковыряюсь.

[Labinskiy]

Про настройку авторизации в Apache можно прочитать на официальном сайте:
httpd.apache.org/docs/2.0/howto/auth.html

[grokinn]

This is not a torrent file это ошибка в самом wtorrent у них в багзилле она есть и есть патч как её убрать

[LiaDesign]

есть еще один «прикол» в связке w+r. когда w говорит — «всё нармуль. будем работать», а r в screen кидает «bad bencode data» :) и не кушает файлик. (хотя в 0.9.3 кушал, но на закрытых трекерах «torrent not registered») хотя мюТор нормально всё качал.
у меня друг половину интернетов обкАпал. оказалось проблема трекера. + немного бага в мюТоре :)
хорошая треда получилась ракшаса-против-мюДевов. и ракшаса оказался прав.
всё было в неправильном расположении полей торрент-файла (не по алфавиту). мю считал хеши «как есть в файле», а подовлющее большинство «более других тор-качалок» или «сортировало, а потом считало»(вузе, трансмишшн, делюге, битТорнадо, что в общем случае приводло в несовпадению хеша) или «не кушало»(рторрент)
согласились в мю выводить сообщение, что дескать «качайте на свой страх и риск».

[synergy]

Веб-морду под nginx-jом не настроить — не умеет он scgi нативно. Есть лишь модуль для старой ветки.
Можно использовать консольный XML-RPC-клиент и работать через сокет, для этого надо закомментировать scgi_port и добавить строчку с командой scgi_local:
# scgi_port = localhost:5000
scgi_local = /tmp/rtorrent-rpc.socket

Для адептов консоли есть родной ncurses-клиент, отличная вещь, работает в screen. Однако, рторрент в работе использует горячие клавиши (^q — выход, ^s — старт закачки/раздачи), которые забиндены для управления потоком. Поэтому в .[bash]rc пользователя из-под которого стартует rtorrent лучше сразу добавить:
stty start undef && stty stop undef
Есть еще полезная и поучительная статья по rTorrent на ВикиУчебнике: ru.wikibooks.org/wiki/RTorrent

[Labinskiy]

Возможно, в этом случае поможет плагин для ruTorrent RPC который служит для замены модуля веб-сервера mod_scgi и выполняет функции последнего.

[Denai]

Первая мысль — как-то всё сложно. Вторая — пост должен состоять из ссылки на скрипт который сделает всё хорошо. Третья мысль — спасибо. *Ушёл вчитываться как WIN7 попала в пост про торренты и дебиан*

[tanhoj]

Возможно debian с r(u)torrent'ами установлены на NAS'е, а управление происходит с любой машины в локалке.

[Labinskiy]

Так и есть. Debian установлен на домашнем медиасервере а управление возможно не только из любой машины в локалке а вообще с любой машины, подключенной к и-нету. Я, к примеру, частенько на работе добавляю новые закачки на домашний медиасервер, а как прихожу домой они уже скачаны и их можно смотреть ;)

[yuhenobi]

Пробовал rTorrent + ruTorrent связку — очень классная.

Отказался в сторону transmission-cli + Clutch (мануал взят отсюда) т.к. ОЗУ на torrent-машинке всего 256Mb + этой связки вполне хватает под мои раздачи (20-25 раздач больше одновременно не бывает).

[amelin]

Clutch уже достаточно давно влился в основную ветку transmission и теперь называется Transmission Web Client.

Я только к тому, что, если кто-то решит воспользоваться мануалом, то лучше им все-таки не пользоваться. Он уже порядком устарел вместе с версиями, которые там описываются.

Для тех, кто не гнушается пользоваться тестовым репозитарием, самый беспроблемный способ — ставить из него. Я не гнушаюсь (на домашней машине) — работает на ура. Из пакетов можно поставить и веб-интерфейс, и демона. Останется только настроить конфиг.

Ну, или можно собрать свежий transmission самостоятельно. Автор статьи об этом уже писал.

[spiff]

Плагин tracklabels для ruTorrent умеет раскладывть закачки в разные каталоги согласно меткам, которым они принадлежат?

В свое время перековырял кучу торрен кочалок, для поднятия на работе корпоративной :) качалки. Основной критерий — авторизация и то что я написал выше. В итоге были перепробываны — rtorrent + (wTorrent), torrentflux, torrentflux-b4rt, deluge, transmission. Потом мне все это надоело и я поставил uTorrent + WinXp. \

Если этот плагин действительно работает, я возможно пересмотрю некоторые моменты.

[Labinskiy]

Нет, данный плагин только задает метки. Однако советую обратить внимание на Autotools, возможно этот вариант вам и подойдет ;)

[Zharskiy]

а список пиров можно скопировать?

188.162.172.230:50263
195.46.111.107:16113
85.21.240.8:60656
95.182.104.43:36422
87.117.163.241:31519

и т.п.

[probeerka]

В случае, если rTorrent при старте начинает пересчитывать хэш закачек, несмотря на явное указание директории для сессий, нужно добавить в .rtorrent.rc строку «session_save = yes».

[ershovis]

Замечательно
Жаль, что не натыкался на это руководство раньше, когда у себя поднимал.
Мой вариант настройки связки rTottent+ruTorrent под Ubuntu Server 8.04 здесь