Все последующие шаги описываются на примере Fedora, но могут быть адаптированы под любой другой дистрибутив.
Установка
Установка — это самое простое, что может быть.
$ sudo dnf install deluge-daemon deluge-console
Ставим консольный клиент, а так же cli для него.
Пока все. Клиент готов к работе. Его уже можно включить и пользоваться.
$ sudo systemctl enable deluge-daemon $ sudo systemctl start deluge-daemon
Но в такой конфигурации есть много проблем:
- отсутствие логов
- неправильное распределение по портам сервера
Вам это надо? 🙂
Логи
Сразу после установки демон готов к запуску. Но та конфигурация, которую предлагают поставщики дистрибутива — она не совсем удачна. В ней отсутсвует логирование происходящего.
Для этого нам надо поставить logrotate.
$ sudo dnf install logrotate
Сконфигурировать его для поддержки новых правил ротации. Для этого создадим файл /etc/logrotate.d/deluge примерно следующего содержания
/var/log/deluge/*.log { rotate 4 weekly missingok notifempty compress delaycompress sharedscripts postrotate initctl restart deluged >/dev/null 2>&1 || true initctl restart deluge-web >/dev/null 2>&1 || true endscript }
А так же папку для хранения логов. И дадим ей нужные права.
$ sudo mkdir /var/log/deluge/ $ sudo chown deluge:deluge /var/log/deluge
Теперь осталось включить поддержку логов для демона.
Создаем новое описание демона для systemd в /etc/systemd/system/deluged.service
Description=Deluge Bittorrent Client Daemon After=network.target Type=simple User=deluge Group=deluge UMask=007 ExecStart=/usr/bin/deluged -d -l /var/log/deluge/daemon.log -L warning Restart=always TimeoutStopSec=300 WantedBy=multi-user.target
Отлично. Осталось настроить iptables и сам deluge.
Настройка iptables
В ряде случаем достаточно просто открыть нужные порты
$ sudo iptables -A INPUT -p tcp --dport 56881:56889 -j ACCEPT $ sudo iptables -A INPUT -p udp --dport 56881:56889 -j ACCEPT
Но в некоторых конфигурациях могут наблюдаться проблемы с механизмом conntrack, который помечает ряд пакетов как invalid (особенно это касается dht трафика).
Поэтому стоит отключить conntrack для всех соединения deluge.
$ sudo iptables -t raw -I PREROUTING -p udp --dport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I OUTPUT -p udp --sport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I PREROUTING -p tcp --dport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I OUTPUT -p tcp --sport 56881:57200 -j NOTRACK $ sudo iptables -I INPUT -p icmp --icmp-type 3 -j ACCEPT $ sudo iptables -I INPUT -p icmp --icmp-type 4 -j ACCEPT $ sudo iptables -I INPUT -p icmp --icmp-type 11 -j ACCEPT $ sudo iptables -I INPUT -p icmp --icmp-type 12 -j ACCEPT
$ sudo /usr/libexec/iptables/iptables.init save
Локальная авторизация
Чтобы мы могли успешно пользоваться deluge-console локальная авторизация должна быть включена для нашего пользователя.
Т.е. должен быть файл ~/.config/deluge/auth содержащий строку логина-пароля
Localclient:тут_длинный_хеш:10
Скопировать этот файл можно из каталога /var/lib/deluge/.config/deluge
$ sudo cat /var/lib/deluge/.config/deluge/auth >> ~/.config/deluge/auth
Запуск и гонфигурирование демона
$ sudo systemctl enable deluged $ sudo systemctl start delugedТем самым мы запустили демона, конфиг которого был описан ранее.
На сервере BitTorrent клиент Deluge и управлять им через web-интерфейс(WebUI). К сожалению WebUI поддерживает не все возможности Deluge. Особенно в плане плагинов, большую часть которых невозможно сконфигурировать через WebUI. К счастью графический (GTK UI) интерфейс Deluge позволяет соединяться с клиентом удалённого сервера и управлять им с той же лёгкостью, с которой управляется локальный клиент.
Мы имеем: Удалённый сервер (в локальной сети) под управлением Debian 7 и установленным на него демоном Deluge в паре с WebUI, а так же домашний компьютер под управлением Linux Mint 14 (Ubuntu 12.10). Процесс установки серверной части мы опустим, так как он подробно расписан в , посвящённой Deluge. Переходим к настройкам и установке клиентской части на домашний ПК.
Стоит заметить, что наличие WebUI на сервере не обязательно, но лишним он не будет, если вы планируете подключаться к Deluge не только из дома. В связи с этим начать настройки можно тремя способами, предварительно установив GTK UI на локальный компьютер:
aptitude install deluge deluge-gtk
После запускаем демон на сервере и задаём логин и пароль для удалённого доступа. Команду нужно выполнить от имени пользователя, от которого работает Deluge Daemon.
echo "username:password:level" >> ~/.config/deluge/auth
Где «username» - пользователь, «password» - пароль, а «levil» - уровень доступа. Пользователь и пароль могут быть произвольными. Необязательно, чтоб они совпадали с именем пользователя, от которого работает демон. Демон при этом должен быть запущен.
Уровни доступа:
- 1 - только чтение.
- 5 - пользователь.
- 10 - Администратор.
2. Во втором способе мы используем Deluge Console. Для этого её нужно установить на сервер.
aptitude install deluge-console
Запускаем консоль
deluge-console
В ней командуем:
config -s allow_remote True config allow_remote
Выходим из консоли:
exit
Все действия с консолью так же нужно выполнять от имени пользователя, от которого работает Deluge.
Перезагружаем демон:
/etc/init.d/deluge-daemon restart
3. В третьем способе мы используем SSH-туннель от домашнего компьютера к серверу. В этом случае включать удалённый доступ на стороне сервера необязательно. Открываем локальный терминал и пишем следующее:
ssh -fNL 127.0.0.2:58846:localhost:58846 server
Где «server» - ip-адрес нашего сервера. Мы используем 127.0.0.2 вместо localhost, так что клиент знает, что мы соединяемся с удалённым демоном. Если у вас вылетает ошибка «bind: Can"t assign requested address», то выполняем следующую команду (добавляем алиас к локальной петле):
sudo ifconfig lo0 add 127.0.0.2
После чего повторяем предыдущую команду.
Далее запускам GTK UI на локальном компьютере и в настройках интерфейса снимаем галку напротив Классического Режима (Classic Mode), после чего перезапускам UI. Теперь при старте GTK UI мы видим всплывающее окно Менеджера Соединений. Удаляем из списка локальный демон и прописываем адрес удалённого. В зависимости от способа, выбранного ранее, в поле Hostname прописываем либо ip нашего сервера, где располагается Deluge, либо, в случае ssh-туннеля, 127.0.0.2. Порт не трогаем, если не меняли порт демона во время конфигурации серверной части. Имя пользователя и пароль - указываем данные, которые мы задавали в файле ~/.config/deluge/auth.
На этом всё. Если всё сделано правильно, то мы смелом можем соединяться с демоном через локальный GTK UI, в котором нам будет доступно всё то, чем мы не могли воспользоваться через WebUI.
На скриншоте показано два соединения. Первое - удалённое, требующее включённой ранее опции, разрешающей удалённый доступ к демону. Второе - соединение, использующее ssh-туннель. Зелёные галочки означают, что соединения доступны.
Важно! Версии серверной и клиентской части программ должны быть той же линейки. Например, у меня на сервере версия программы - 1.3.3, на домашнем компьютере - 1.3.5. Это нормально. Если на сервере поднята версия 1.2.Х, а на ПК 1.3.Х (или наоборот), то даже если конструкция заработает (что мало вероятно), проблемы неизбежны.
Собственно, а почему файловый сервер у нас простаивает?Да и откуда на нем должно браться файло?Непорядок.Поставим ка мы на него torrent клиент.Привык в винде к uTorrent. В kubuntu в свое время юзал kTorrent.Но в данном случае нас интересуют клиенты, которые могут работать без ГУИ и у которых есть веб интерфейс.Варианты:
- Связка rTorrent + wTorrent. Описаний настройки в сети довольно много, но процесс меня пугает =)
- TorrentFlux и по ходу его форк Torrentflux-b4rt. Созданны как веб интерфейс и ничего больше. Можно подумать над настройкой.
- Deluge. Изначально планировался как torrent клиент под gtk. Но начиная с какой-то версии он умеет работать как демон, к которому уже можно подключать нужный интерфейс - либо графическую морду, либо веб-морду, либо управлять через консоль.
Пока думаю попробовать заморочиться с третьим вариантом.Опачки - оказывается к нему можно подцеплять виндовую морду! Буду гуглить дальше.Просто довольно удобно было бы как обычно - сидишь в браузере, щелкнул на закачку torrent файла и открываешь его с помощью виндовой морды. А та уже передает закачку демону на сервер.Ставим deluge (вообще советуют ставить версию с оф.сайта, но я поставил из репозиториев)sudo aptitude install deluge-coresudo aptitude install deluge-webuisudo aptitude install deluge-console Если ставим скачанные с сайта пакеты, то скорее всего возникнет проблема неудовлетворенных зависимостей.Выходим из положения следующим образом:sudo apt-get -f install Запускаемdeluged Запускаем web мордуdeluge --ui web Кстати, выполняем эту команду от имени своего пользователя, не от рута. Ибо в таком случае веб-интерфейс не будет работать. Почему, не разбирался пока.Но после запуска этого одна консоль у нас пропадет, ибо там выполняется эта команда.Для того, чтобы команда выполнилась и осталась висеть в фоне, пишемdeluge --ui web& Если надо, чтобы веб-интерфейс был доступен всегда, запихайте эту команду куда-нибудь в автозапуск, но так, чтобы она выполнялась с правами обычного пользователя.Кстати, рекомендую в автозапуск же запихать запуск демона deluged.Web интерфейс работает по порту 8112.Заходим через браузер на нужный сервер по этому порту.Пароль по умолчанию - deluge.Настраиваем.Предложено несколько вариантов оформления. Ajax вариант самый красивый. Но в нем нет всех возможностей. К примеру, нельзя указать для конкретного торрента, куда ему скачивать файл. Можно только указать общую папку для всех торрентов. В остальных шкурках эта возможность присутствует.Идем далее.Существует возможность использовать ГУИ-оболочку к deluge, запускаемую на любом отличном от сервера (да и на сервере, если там установлено графическое окружение) компе. ГУИ-оболочки есть и под Linux и под Windows.Но перед использованием ГУИ-морды надо разрешить это демону.Делаем это любым из двух способов:
- Через веб-интерфейс. в настройках - Deluge - Сервис - Разрешить удалённое соединение (ставим галочку)
- Через консольный интерфейс. Пишем deluge --ui console . Затем config allow_remote True .
Веб-интерфейсом часто пользоваться неудобно. Но это сугубое ИМХО.Так как на десктопе у меня винда (Windows Web Server 2008), поставим клиент под винду.Идем на официальный сайт проекта, качаем версию для винды. Рекомендуется качать туже версию, что и у демона, установленного на сервере.Скачали, ставим. Программа установки также предложит поставить GTK+ Runtime. Соглашаемся.После того, как клиент был установлен, лезем в его настройки:
- Запускаем клиент
- Зайти "Preferences -> Interface" и снять галку с "Classic Mode".
- Рестартовать клиент. Должно появиться окно Connection manager"а
- Удалить строчку с localhost. Нажав кнопку "Add", ввести IP сервера (в нашем случае коробки). Порт оставить тот же.
Тут я на некоторое время завис.Помимо IP адреса надо было ввести имя пользователя и пароль.Пароль, предположим, я мог через веб-интерфейс установить.А какого пользователя писать? Писал своего и пароль, установленный через веб-интерфейс.Нифига.Писал своего и его пароль в системе. Нифига..Покопался.Значит, делаем так:
- Идем на сервере в домашний каталог нашего пользователя (от которого мы запускаем deluge)
- Далее идем в каталог /.config/deluge
- Открываем файл auth
- Во второй строчке пишем имя пользователя и пароль в формате user:password (причем замечу, что эту информацию мы пишем от балды)
- Рестартим deluge - deluged restart
- На компе с виндой идем Менеджер Соединений, в настройках соединения забиваем этого пользователя и его пароль.
- Жмякаем "Коннект"
- Вуаля, клиент подключился.
Таким образом, мы получили привычный способ обработки торрент-файлов - открываем их торрент-клентом (ГУИ-мордой) и выбираем, что нам делать.Но можно и по другому.Я пробовал и такой метод:
- Создаем папочку на сервере, скажем /home/user/torrents
- Расшариваем ее в самбе.
- В настройках deluge через туже веб-морду ставим, чтобы он автоматом брал торренты из этой папочки.
- А далее, мы просто сохраняем торрент-файлы в эту папочку.
В последнее несколько лет файлообмен в Сети уверенно сместился в сторону пиринговых сетей, а в частности - торрент-обменников. Для большинства пользователей уже не секрет, что с трекеров вроде torrents.ru или tfile.ru можно скачать практически что угодно - от новинок кино и аудио индустрии до последний релизов программного обеспечения. Оставив в стороне правовой аспект обмена отдельными видами продукции, отмечу, что большинство существующих Linux-дистрибутивов начинает распространение своих новых версий именно с торрент-сетей. А раз так, то святой обязанностью каждого уважающего себя линуксоида является освоение этого, без сомнения, очень удобного способа файлообмена(более подробно про торрент-сети вы можете прочитать, например, в Википедии - http://ru.wikipedia.org/wiki/BitTorrent).
Начнем наше знакомство с поставляемого непосредственно с дистрибутивом Runtu торрент-клиентом Deluge. Этот весьма интересный проект в последнее время развивается очень активно и постоянно радует пользователей все новыми "фишками".
Запускаем Deluge. (Программы-Интернет-Клиент протокола BitTorrent Deluge)
Запускается мастер настройки при первом запуске и нам предлагается настроить клиент по вкусу. Нужно учесть, что многие дополнительные функции включаются активацией соответствующих плагинов. Но это- чуть позже. А пока - нажимаем кнопку "далее" и настраиваем порты входящих соединений. Лучше всего оставить все как есть, но некоторые провайдеры принудительно блокируют определенный диапазоны портов. В таком случае нужно указать другой диапазон в интервале между 49152 и 65535. Также можно включить опцию "использовать случайные порты", но лучше этого не делать, т.к. в таком случае мы не сможем "держать руку на пульсе" процесса файлообмена", что безусловно является весьма важным аспектом безопасности системы.
Итак, переходим к следующему пункту.
Для автоматизации процесса удобно настроить клиент таким образом, чтобы все скачиваемые торренты сохранялись в определенный каталог. Я выделил для этих целей отдельный жесткий диск с точкой монтирования /home/%имя пользователя%/torrents.
Диск был мною отформатирован в файловую систему RaiserFS по вполне очевидной причине - меньшая нагрузка на жесткий диск. Впрочем, это уже вопрос личных предпочтений. Если вы собираетесь качать много мелких файлов, тогда удобнее использовать Ext2-3... Но это уже тема отдельного разговора и повод для далеко не одного холивара между поклонниками тех или иных файловых систем. Опустим эту часть и просто настроим каталог. Настоятельно рекомендую создать подкаталог /home/%имя пользователя%/torrents/1gotovo для того, чтобы в дальнейшем наш клиент переносил все законченные закачки в этот подкаталог, сокращая время, которое вы потратите на разбор содержимого жесткого диска.
Естественно, названия каталогов вы можете назначить и свои. Просто в дальнейшем я буду рассматривать именно приведенную выше конфигурацию.
Итак, настраиваем каталог и нажимаем кнопку "далее".
Вот на этой странице настроек спешить не следует ни в коем случае, ибо от нее зависит скорость раздачи ваших торрентов, что, в свою очередь, прямо влияет на ваш ratio на трекерах. Выбираем скорость нашего исходящего соединения. Это значения должно быть указано в параметрах соединения для вашего тарифа подключения к сети Интернет. В моем случае это 1 мегабит в секунду. Для такой скорости исходящего соединения эмпирически мною было установлено оптимальное значение следующих параметров:
- максимум соединений - 600
- максимальная скорость отдачи -1 (без ограничений)
- максимальное количество каналов отдачи - 30
- Максимум активных торрентов - 20
- Максимум полуоткрытых соединений - 40
Последний пункт может вызвать недоумение, поскольку вдвое превышает количество закачек. Но это только на первый взгляд. В моем случае компьютер с торрент-клиентом работает круглосуточно в автоматическом режиме, а как следствие, периодически возникает ситуация, когда одно или несколько полуоткрытых соединений "повисают". Это не является особенной проблемой в случае с Linux, поскольку время жизни таких соединений невелико, но - скорость скачивания в таком случае падает. А раз так, то лучше заранее предусмотреть "запас". главное не переусердствовать, т.к. если сделать это значение слишком большим, то система станет легкой добычей для промышляющих DDoS атаками.
Настраиваем, нажимаем "Далее" и видим последнюю страницу мастера настройки.
Тут только один пункт с просьбой помочь в развитии клиента. Ничего криминального отослано не будет, а потому я лично не вижу ничего особенного в том, чтобы оставить "галку" включенной. Но - это личный выбор каждого пользователя. Делаем выбор, нажимаем кнопку "Применить" наслаждаемся видом запущенного и минимально настроенного клиента.
Теперь самое время настроить его под свои персональные нужды.
Сразу открываем список доступных модулей. (Редактировать-
Коротко о каждом модуле, присутствующем в моей сборке Deluge. Наверняка этот список будет таким же и в вашем случае:
Blocklist Importer. Как понятно из названия, модуль позволяет блокировать списки IP адресов. Я его не включаю без особой необходимости.
- Desired Ratio. Позволяет выставлять для каждого торрента желаемый коэффициент ratio. Для чего это нужно? - спросите вы - отвечу: все предельно просто. С помощью этого модуля можно не особенно заботиться о собственном суммарном ратио на торрент-трекере. Достаточно указать данному модулю коэффициент 2-5 (в зависимости и востребованности раздачи) и забыть о нем на некоторое время.
- Event logging. Модуль поддержки журналов событий. Полезная штука, если приходится работать в не очень защищенной сети. В остальных случаях - по большому счету бессмысленная.
- Flex RSS. Качалка RSS для Deluge. Зачем она тут? ;) Есть же более изящные и эффективные решения:)
- Move torrent. Позволяет перемещать завершенные закачки в выбранный каталог. Указываем в "Параметрах" созданный заранее каталог 1gotovo и продолжаем наше знакомство.
- Network Activity Graph. Включает отображение графика сетевой активности. По моему, компонент необязательный. Особенно в случае когда клиент работает с минимальным участием пользователя - мы ведь к этому стремимся, не так ли?
- Network Health Monitor. Еще один визуальный компонент. Если хочется "жизни" на экране - можете включить. В общем случае - необязательный.
- Sheduler. Планировщик. Этим сказано все. Позволяет настраивать параметры пропускной способности канала, доступного клиенту в зависимости от дня недели и времени суток. Удобнейшая вещь в случаях, когда помимо торрент-клиента есть и другие приложения, которым необходим доступ в Интернет.
- Speed Limiter. Ограничитель скорости для каждого отдельно взятого торрента. на первый взгляд - преимущества его наличия не очевидны. Однако иногда оказывается необходимым скачивание одного торрента за минимально короткий срок. Отключать остальные закачки не имеет смысла, потому как всю ширину канала один торрент все равно не осилит, а вот снизить лимит для остальных торрентов - это вполне разумное решение. И волки сыты и овцы целы.
- Torrent Creator. Модуль для создания торрентов. то есть - собственных раздач. Нужен - включаем. Не нужен - не включаем.
- Torrent Files. Исключительно полезный модуль. Позволяет работать с файлами внутри торрента. Назначать приоритеты для каждого файла, а также - позволяет разрешить и отменить загрузку отдельных файлов торрента.
- Torrent Notification. Напоминалка для системного лотка. Стремящимся к автоматизации процесса не нужна.
- Torrents Peers. Модуль для отображения всех пиров для каждого торрента. Информация довольно обширная, но - опять таки - мы стремимся к уменьшению нашего присутствия в работе клиента. Вердикт - модуль не нужен.
- Torrents Search. Поисковик торрентов. Мое личное мнение - вещь абсолютно бессмысленная в наших реалиях. Google быстрее и корректнее.
- Web Seed. Позволяет добавлять к торрентам веб-раздачи. Кому нужно - включаем. В общем случае - вещь бесполезная.
- Web User Interface. Модуль для управления закачками через веб-интерфейс. На данный момент веб-интерфейс Deluge довольно простой и не изобилует дополнительными функциями. Тем не менее, это довольно неплохой способ удаленного управления клиентом. А учитывая скорость развития проекта, можно предполагать, что вскоре веб-интерфейс станет еще удобнее и информативнее.
С модулями худо-бедно разобрались. Переходим к окончательной настройке клиента.
Открываем диалог настройки программы -> вкладка "Загрузки".
Dowload Location - по умолчанию этот параметр стоит включенным как "Ask *** each download". Нам это вариант не подходит - ведь каждый раз лазать по файловой системе, указывая путь сохранения, никому не хочется. Переключаем на "сохранять все загрузки в:" и указываем в качестве пути сохранения наш каталог "torrents"
Ниже есть пункт, который также стоить настроить. А именно - сохранять все торрент-файлы в определенный каталог. Дело в том, что по умолчанию клиент сохраняет эти файлы в свой рабочий каталог. А это не очень удобно. Проще и эффективнее создать отдельный каталог для этих файлов и перенастроить данный параметр, указав новый путь для сохранения. Это позволит нам контролировать текущие закачки и при необходимости удалять ненужное.
Пункт Autoload также весьма интересен. он позволяет автоматически запускать торрент-файлы, расположенные в определенном каталоге. Для чего это может понадобиться? Ну, в моем случае, например, очень удобно удаленно сохранять в этот каталог с другого компьютера торрент-файлы и больше не беспокоиться об их дальнейшей судьбе. Клиент сам подхватит новую закачку, сам сохранит ее и после завершения - переместит в расшареный каталог (вспоминаем про модуль MoveTorrent), из которого я (опять таки удаленно) смогу забрать нужные мне файлы.
Далее следует настройка поведения программы непосредственно в отношении закачек. Здесь мы можем указать максимально одновременное их количество, повысить приоритет скачивания первой и последней части, настроить тип резервирования места на диске (полное или компактное - в первом случае резервируется объем, достаточный для размещения всего торрента, во втором - только для скачиваемой в данный момент его части), а также - установить "по умолчанию" начало закачки торрента в режиме "пауза". Последний пункт будет интересен тем пользователям, которые предпочитают сначала "накидать" клиенту кучу закачек, а уже потом - разбираться: какая из них важнее в данный момент и какую следует запустить первой, а какую - пока оставить выключенной.
Переходим к закладке "Сеть". Здесь мы можем сменить параметры рабочих портов программы (впрочем, это мы уже сделали с помощью мастера), включить\выключить DHT (хэш-таблицу, позволяющую изрядно увеличить количество пиров), UPnP (лично мне - не нужен, а потому пребывает выключенным), отображение портов NAT (лучше включить - большого вреда не будет, а скорость соединения с пирами подрастет), обмен пирами (если кто не знает - это такая интересная функция обмена пирами в обход сервера. ВНИМАНИЕ! если вы пользуетесь локальными трекерами, трафик с которых не учитывается, ОТКЛЮЧИТЕ эту функцию дабы не попасть на трафик!) и поиск локальных пиров (то есть пиров, находящихся в одной подсети с вашим компьютером). Обратите особое внимание на условия пользования конкретными трекерами - некоторые из них настоятельно рекомендуют не использовать DHT и обмен пирами для предотвращения "угона" вашего passkey. Настоятельно советую прислушаться к их рекомендации...
Далее следует раздел "Шифрование". Включите и "Входящее" и "Исходящее". Нечего нашему доблестному управлению "К" копаться в вашем трафике. ;) Ну и, разумеется, настраиваем шифрование всего потока на любом уровне.
Переходим к настройке раздач. Включаем первую опцию "Перемещать торренты вниз очереди при начале раздачи". Так мы сможем в любое время визуально разделять раздачи и активные закачки. Также стоит включить вторую опцию "Добавлять новые торренты над выполненными". Чтобы не вносить путаницу при добавлении новых торрентов.
Следующие четыре пункта нужны только тем, кто не намерен активно повышать собственный ратио, либо - стремящимся к абсолютной автоматизации процесса.
Третий и четвертый пункт соответственно настраивают остановку и автоматическое удаление торрентов после достижения ими назначенного значения ратио (отношения отданного трафика к полученному). Пятый и шестой - делают то же самое, но уже по времени раздачи (время указывается в часах). То есть можно настроить свои раздачи таким образом, чтобы после достижения ими ратио выше 2 или времени раздачи более 72 часов торренты автоматически останавливались и удалялись. Учтите, что ФАЙЛЫ, которые вы при этом скачали, останутся на вашем жестком диске! Удаляются только торрент-файлы.
Переходим к разделу "пропускная способность". Собственно, тут уже все долно нас устраивать, поскольку мы пользовались мастером настройки. Если нет - настраиваем (см. выше). Ни в коем случае без особой необходимости не ограничивайте использование канала на торрент. Пусть значение остается -1. Избежите многих подводных камней в процессе работы.
Раздел "прокси-серверы" нужен тем, кто использует прокси. Если используете - моя помощь в настройке вам не требуется. Если не используете - лучше просто переключитесь на следующий раздел.
"Прочее". Собственно, тут нас может интересовать только пункт "Значок в системном лотке" да опция уведомления о выходе новых версий. Остальное я лично считаю бесполезным для использования на личном компьютере. Впрочем, это вопрос индивидуальных предпочтений. Можете воспользоваться функцией защиты значка в системном лотке паролем или использовать расширенный индикатор прогресса загрузки - все на ваш вкус...
Собственно, все. При желании можно еще изменить отображение столбцов к окне программы, а также их взаимное расположение. Можно выключить панель инструментов или панель расширенной информации о торренте. но это уже - те мелочи, которые совершенно не влияют на работу программы. Пользуйтесь ей в свое удовольствие.
Установка
Чтобы получить последнюю версию добавляем PPA репозиторий:
Sudo apt-get update
sudo apt-get install python-software-properties
sudo add-apt-repository ppa:deluge-team/ppa
Обновляем список пакетов:
Sudo apt-get update
Устанавливаем клиента, консоль и демона:
Sudo apt-get install deluge-common deluge-console deluged
Если хотим веб-интерфейс ставим и его:
Sudo apt-get install deluge-webui
Все! Запускаем демона:
Настройка
Что бы включить удаленный доступ запускаем консоль:
Deluge-console
И выполняем комманды:
Config -s allow_remote True
config allow_remote
Выходим из консоли:
Добавляем пользователя для удаленного доступа (эти данные никак не связаны с вашим linux пользователем) и указываем права доступа:
Echo "username:password:level" >> ~/.config/deluge/auth
Подробнее по правам доступа .
И перезапускаем демона:
Pkill deluged
deluged
Если хотим чтобы deluge запускался вмести с системой необходимо создать скрипты которые будут это делать.
Создаем конфиг:
Sudo vim /etc/default/deluge-daemon
Вставляем туда этот код, обязательно в DELUGED_USER должен быть указан пользователь от имени которого будет работать демон:
# Configuration for /etc/init.d/deluge-daemon
# The init.d script will only run if this variable non-empty.
DELUGED_USER=""
# Should we run at startup?
RUN_AT_STARTUP="YES"
Создаем скрипт запуска:
Sudo vim /etc/init.d/deluge-daemon
И пишем в него:
#!/bin/sh
### BEGIN INIT INFO
# Provides: deluge-daemon
# Required-Start: $local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Should-Start: $network
# Should-Stop: $network
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Daemonized version of deluge and webui.
# Description: Starts the deluge daemon with the user specified in
# /etc/default/deluge-daemon.
### END INIT INFO
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Deluge Daemon"
NAME1="deluged"
NAME2="deluge"
DAEMON1=/usr/bin/deluged
DAEMON1_ARGS="-d" # Consult `man deluged` for more options
DAEMON2=/usr/bin/deluge-web
DAEMON2_ARGS="" # Consult `man deluge-web` for more options
PIDFILE1=/var/run/$NAME1.pid
PIDFILE2=/var/run/$NAME2.pid
UMASK=022 # Change this to 0 if running deluged as its own user
PKGNAME=deluge-daemon
SCRIPTNAME=/etc/init.d/$PKGNAME
# Exit if the package is not installed
[ -x "$DAEMON1" -a -x "$DAEMON2" ] || exit 0
# Read configuration variable file if it is present
[ -r /etc/default/$PKGNAME ] && . /etc/default/$PKGNAME
# Load the VERBOSE setting and other rcS variables
[ -f /etc/default/rcS ] && . /etc/default/rcS
# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions
if [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "YES" ]
then
log_warning_msg "Not starting $PKGNAME, edit /etc/default/$PKGNAME to start it."
exit 0
fi
if [ -z "$DELUGED_USER" ]
then
log_warning_msg "Not starting $PKGNAME, DELUGED_USER not set in /etc/default/$PKGNAME."
exit 0
fi
#
# Function that starts the daemon/service
#
do_start()
{
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon --start --background --quiet --pidfile $PIDFILE1 --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL1="$?"
start-stop-daemon --start --background --quiet --pidfile $PIDFILE2 --exec $DAEMON2 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || return 1
Start-stop-daemon --start --background --quiet --pidfile $PIDFILE1 --make-pidfile --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON1_ARGS
RETVAL1="$?"
sleep 2
start-stop-daemon --start --background --quiet --pidfile $PIDFILE2 --make-pidfile --exec $DAEMON2 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON2_ARGS
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || return 2
}
#
# Function that stops the daemon/service
#
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
Start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --user $DELUGED_USER --pidfile $PIDFILE2
RETVAL2="$?"
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --user $DELUGED_USER --pidfile $PIDFILE1
RETVAL1="$?"
[ "$RETVAL1" = "2" -o "$RETVAL2" = "2" ] && return 2
Rm -f $PIDFILE1 $PIDFILE2
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] && return 0 || return 1
}
case "$1" in
start)
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME1"
do_start
case "$?" in
esac
;;
stop)
[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME1"
do_stop
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
restart|force-reload)
log_daemon_msg "Restarting $DESC" "$NAME1"
do_stop
case "$?" in
0|1)
do_start
case "$?" in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
*)
# Failed to stop
log_end_msg 1
;;
esac
;;
*)
echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
exit 3
;;
esac
Устанавливаем права на выполнение для root:
Sudo chmod 755 /etc/init.d/deluge-daemon
Добавляем скрипт в автозагрузку и выгрузку:
Sudo update-rc.d deluge-daemon defaults
Ну и проверяем сделанную работу.
