Deluge дистанційне керування. Deluge - вивчаємо та пробуємо. Торрент клієнт для високого навантаження
Встановлення
Щоб отримати останню версію, додаємо 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 буде тільки керувати, якщо цей параметр не є 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 # Змінити це до 0, якщо керування вирівняно як його власного користувача
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) для того, щоб this file is present.
. /lib/lsb/init-functions
if [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "YES" ]
then
log_warning_msg "Підтримуйте $PKGNAME, edit /etc/default/$PKGNAME до start it."
exit 0
fi
if [ -z "$DELUGED_USER" ]
then
log_warning_msg "Підтримувати $PKGNAME, DELUGED_USER не встановлюється в /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
Ну і перевіряємо зроблену роботу.
На сервері 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.Х (або навпаки), то навіть якщо конструкція запрацює (що мало ймовірно), проблеми неминучі.
Всі наступні кроки описуються на прикладі 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Тим самим ми запустили демона, конфіг якого було описано раніше.
Я підвищився до 12.04 і Потоп зламався. Я хочу видалити його, а потім додати його знову. Як видалити Deluge?
- Пробував: Пошук у програмному центрі Ubuntu
Помилка: кнопка читає "Встановити" (але вона вже встановлена!) - Спробував: sudo apt-get remove --purge deluge
Failed: Output read Removing deluge... але я все ще можу знайти його, коли я шукаю свою тиру
Якщо sudo apt-get remove --purge deluge вдалося, то пакет deluge успішно видалено.
Якщо пункти меню все ще відображаються в тирі, це не обов'язково означає, що програма все ще встановлена, тільки посилання на неї залишаються десь. Можливо, тире зберігає свій власний кеш того, що знаходиться у вашому меню, і потрібно деякий час, щоб зрозуміти, що було зроблено зміну.
Не соромтеся йти вперед і встановлювати потоп, щоб побачити, чи працює він.
Для подальшого використання ви повинні шукати dotfiles в ~/ або ~/config які відносяться до Deluge. Це найбільш ймовірне місце для зберігання даних для вашого облікового запису. Спробуйте очистити чи перейменувати це. Це може вирішити вашу оригінальну проблему (замість повторного встановлення).
Ви спробували повне видалення диспетчера синаптичних пакетів?
Встановити синаптичний синаптичний sudo apt-get install synaptic
У мене була та сама проблема, що й видалення потопу. Я зрозумів, що я маю версію GTK, тому просто видалити deluge не вдалося. Я використовував sudo apt-get remove --purge deluge-gtk
Відповідно до ОП з використанням sudo apt-get remove --purge deluge є правильним способом
Якщо ви встановили з вихідних файлів або вам потрібно знайти файли Deluge, що залишилися, у посібнику з віджетів Deluge є відомості: RemovingFromSystem
Найбільш ймовірна причина, через яку вона все ще з'являється в Dash, пов'язана з залишковим файлом deluge.desktop .
Ви можете використовувати locate deluge, який швидко відобразить кожен файл / папку з ім'ям потоп,і ви зможете визначити, чи дійсно програма була видалена.
Якщо ви встановили Deluge з вихідного коду, вам доведеться видалити файли вручну. Основна папка програми потопу зазвичай встановлюється у папці сайту python або в папці dist-packages,яка має бути видно на виході із зазначеної вище команди. Вам також необхідно видалити двійкові файли потопу з /usr/local/bin/або /usr/bin/ .
Як згадує neon_overload, якщо у вас виникли проблеми з Deluge, резервне копіювання та видалення старої конфігурації може допомогти виправити проблеми з оновленням. За замовчуванням: ~/.config/deluge
Sudo apt-get remove --purge deluge
Очевидно, ви розумієте, що під час пошуку «Потопу» ви все одно отримаєте його на екрані.
Це файли потопу, що залишилися – щоб повністю видалити їх з вашої системи,
Sudo apt autoremove deluge
Пошук та відсутність потопу з'являться …
Розкажіть мені, як зробити, щоб apf-firewall був закритий для більшості портів, але працювала samba у локалці, та торрент-клієнт, наприклад Deluge.
Дистрибутив: Debian Jessie
Ядро: 3.14-2-amd64
Режим, у якому фаєрвол через 5 хвилин відключається, вимкнено. Налаштовував, як написано тут: https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur не пропонувати - це крива калічна утиліта, та ще й бородатий.
Ну як варіант, можете аргументувати, чому на домашньому ПК firewall не потрібен.
Deluge виключає інтернет (WiFi)
Привіт всім. Намагаюся щонити скачати через Deluge - торрент трекер в xubuntu 14.04.1, і в мене вимикається секунд через 15 інтернет-з'єднання, точніше просто тупо інтернет-недоступний, deluge теж перестає качати. Доводиться перезавантажувати WiFi і потім знову чекати 10-15 секунд. Щось коротше не добре. Може хто знає, як таки вирішити проблемку.
deluge та рутрекер
автостарт служби в opensuse 13.1
Нічого не розумію. Встановив Deluge, скачав скрипт, закинув в init.d, створив симлінк в rc5.d в YAST - управління службами (service manager) служба з'явилася ставлю їй Enabled, зберігаю заходжу знову, а воно знову Disabled. Що за? Запускається нормально без глюків, а із системою стартувати не хоче.
UPnP в Transmission працює, в Deluge і qBittorrent - не працює.
На роутері (федоро19-роутер) для UPnP стоїть linux-igd, дефолт.
На клієнті запускаю Transmission, на роутері в iptables -L видно прокинуті порти, логи linux-igd промовисті. Гуд.
На клієнті запускаю qBittorrent або Deluge (upnp увімкнув, звичайно) - порти не прокидаються, вхідних з'єднань немає, iptables на роутері мовчить, логи linux-igd мовчать. Бед.
До цього зауважував, що з роутерами-коробочками (типу asus, tp-link) – transmission навпаки не працює з UPnP, а qBittorrent працює.
Що крутити? Або скажіть хоча б: «УМВР, linux-igd і qBittorrent (або Deluge).»
Deleted (28.02.14 13:25:31)
Торрент клієнт для високого навантаження
Хочу поцікавитись у хардкорників з 1000+ активних роздач, який клієнт нині є оптимальним для такого сценарію. Розглядаю лише серверні та демонічні клієнти з адекватними системними вимогами.
Особливо цікавить споживання пам'яті та процесора, стійкість до нетривіальних торентів (довгі імена файлів), стійкість до помилок та їх наслідків при завантаженні, угруповання роздач замість цільного списку.
Поки що під наглядом Transmission, Deluge, qBittorent. Але косяки є у всіх. qBittorent не має нормальної морди для клієнт-серверної взаємодії (може вже допилили, не знайшов), не розуміє довгих імен (більше ніж дозволяє ФС). точно були). Transmission ліпить усі роздачі до лінійного списку без жодного угруповання, що у вказаних масштабах «навіюватиме», не розуміє довгих імен.
Deluge тупить з колонками
Колонки завантажені, віддані та деякі інші не відображаються як їх не відмічай. Ті, що стоять за замовчуванням (наприклад #, ім'я, розмір, стан) спокійно включаються та вимикаються. Що робити? Чи може це в конфігах пофіксувати можна? Ось тільки я не знаю, в якому файлі шукати.
Якщо це одвічний баг deluge, який не фіксується, то підкажіть альтернативи. Я частково знайомий з ними. З тих, що знаю і візуально сподобався – kTorrent наприклад. Але в мене є третьегном, а тримати важкі либи кед говорять погано.
Deluge як зробити так щоб автоматично запускався від користувача torrent в arch-лінукс
Автозапуск демона Deluged від імені користувача deluge
Є сервер з debian 7.2. Система ініціалізації системиd.
Потрібно: запускається, при запуску системи, deluged від користувача «deluge», доступ до демону через GUI windows по стандартному порту 58846.
Доступ до папки з торентами дозволено користувачеві deluge, змонтована за допомогою самбаклієнта /mnt.
Встановив deluged, deluge-console. Дозволив віддалений доступ. Створив deluged.service, помістив у нього скрипт з офіційного вікі:
Description=Deluge Bittorrent Client Daemon After=network.target User=deluge Type=simple ExecStart=/usr/bin/deluged -d WantedBy=multi-user.target
adduser --disabled-password --system --home /home/deluge --group deluge
echo "deluge:pass:10" >> ~/.config/deluge/auth
Врубаю deluged.service:
systemctl daemon-reload systemctl enable deluged.service systemctl start deluged.service
Демон запускається, працює, порт займає. Але пускати через гвинтовий GUI не хоче. Змінюю в deluged.service користувача на root - пускає.
Що я роблю не так? Права якісь потрібні користувачу deluge?
демон deluged не вивантажується
У deluge вказую вийти&зупинити демон або спочатку зупиняю з меню. Чекаю якийсь час. І все одно він активний у топі. На звичайний kill не реагує лише зі страпоном. Ваші ідеї? Package: deluge
Deluge та містика
Ось щойно сталося щось дивне. Слухаю я інтернет-радіо. І раптом воно починає класти. Дивлюсь на графік швидкості. Бачу, що щось жерло майже всю смугу. Починаю дивитися порти, вимикати різні демони. Дивлюся швидкість, яку віджирає deluge через deluge-console. Швидка швидкість і близько не стоїть з віджирається. Iftop каже, що з'єднань багато і не з портом демона deluge. Вимикаю все ж таки deluge. Швидкість різко впала. Заради експерименту ввімкнув і вимкнув демон кілька разів. Трафік явно корелював із включенням/вимкненням демона. Що це було?!
Як видалити Deluge.torrent після додавання?
Шукаю нову торрентокачалку
Обов'язки:
- Працювати цілодобово демоном;
- мати візуальний інтерфейс для додавання/видалення торентів, який би коннектився до демона;
- можливість налаштування прийому з'єднань від клієнтів через юнікс-сокет та/або конкретний діапазон мережевих інтерфейсів або IP-адрес цих інтерфейсів;
- розрахована на багато користувачів аутентифікація, бажано з обмеженням доступу;
- не мати проблем із гуйовим інтерфейсом;
- клієнти повинні вміти отримувати та показувати інфу у класичному повному табличному вигляді;
- клієнт-сервер не повинен бути реалізований на протоколі http(s);
- бути нативною під лінукс.
Коротка історія, чим я користувався раніше:
Давним-давно користувався vuze aka azureus – не сподобався інтерфейс.
Потім був deluge, яким я користувався успішно доти, доки після чергового перескладання світу вилізли ялицеві проблеми. Інтерфейс делюжу близький до ідеалу, майте це на увазі.
Тоді я вирішив спробувати rtorrent, який освоїв, хоч і замучився перетягувати всі відкриті закачування з делюжу на нього. rtorrent класний, але з ним можу працювати тільки я, а є ще решта сім'ї.
Тому після rtorrent я знову спробував делюж, але там знову були ялицеві проблеми. Тоді я створив тред, аналогічний цьому і пересів на transmission-daemon та transmission-remote-gtk. Останній дістав тим, що в меню додавання торрента він не дозволяє нормально вибрати папку, примушуючи вдаблювати кожен шлях руками. Останні версії переповзли на gtk+3 ніж остаточно
підтвердили моє бажання з нього злізти. Ні, я не проти gtk3 як такого, просто я вважаю, що gtk - це сраний глюкодром та й для третьої версії у мене навіть теми не поставлено.
Сьогодні поставив делюж. Цього разу і сервер і клієнт заробили, був приємно здивований спрощенням організації аутентифікації (раніше треба було паролі через консоль генерувати, зараз плейнтекст у файлі), але розчарувала відсутність інтелектуального налаштування інтерфейсу, на якому делюж слухає з'єднання. Делюж вміє у дві крайності - чи він слухає локалхост, чи 0.0.0.0. Однак мене чекав її один сюрприз - коли я спробував додати файл, я виявив, що діалог вибору файлу практично ніколи не працює правильно, за винятком того випадку, коли шлях знаходиться в позиції останнього обраного. // Чи не з цієї причини аналогічний елемент у трансмішену виконаний у вигляді убогої вбивалки?
Deleted (23.01.13 20:31:28)
Сортувати за додаванням.
Deluge не переносить файли завершених завантажень
Використовується Deluge 1.3.5 із репозитарію. Дистрибутив – archlinux x86_64. Встановлюю каталог для скачування та каталог для завершених роздач. Не працює. Підключав також плагін AutoAdd, в якому також є подібне налаштування - не переносить і все тут. Торренти починають хитатися, як тільки.torrent-файл з'являється у потрібному каталозі.
Спробував використовувати як демона, так і «класичний інтерфейс» - різниці ніякої. Пробував навіть видалити deluge, всі його налаштування, і поставити заново - не працює, з AUR"а теж збирав, безрезультатно. Права на каталог для завершених завантажень вже 777 поставив, не допомагає, проблема не в цьому. Колись дуже давно все працювало , а потім якось, я навіть не помітив, коли перестало.
Хтось зустрічався з подібною проблемою? І як її подолати? Використовувати transmission не пропонувати.
Deluge у зв'язці ПК-Ubuntu + Server-NAS4Free (FreeBSD)
постараюся висловитися правильно і зрозуміло. З огляду на те що Transmission Remote GUI каравано працює на Ubuntu 12.10 (особисто у мене) вирішив створити подобу цього іншим софтом. Вибір упав на Deluge. Знайшов інструкцію http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient Зробив Installing Deluge On FreeBSD
У пункті Private IP: вписав IP локальний сервер (NAS) допустимо для прикладу він 192.168.68.68
ifconfig | grep-e "inet addr" | grep-v "192.168.68.68" | cut-f2-d":" | cut -f1 -d" "
Deluge додавання розширення для незавершених файлів
пріоритети файлів у торенті, закачування
Є торент файл, у ньому є структура каталогів, файли називаються з їхньої хешу. На комп'ютері я вже маю деякі файли. Треба розставити пріоритет "0" на файли в торенті, які є. Мова python, бібліотека для торента - libtorrent від rasterbar. Покопався у вихідниках deluge (він написаний на python і використовує цю бібліотеку). отримуватиму торент файл або magnet-посилання, але це не суть.
Чому перехід саме на KTorrent?
KTorrent позбавлений вищенаведених недоліків Deluge, при цьому по функціоналу та чуйності не поступається. Пам'яті споживає приблизно стільки ж, незважаючи на дешеві бібліотеки. Що ж до інших торрент-клієнтів, то вони не дотягують до функціоналу Deluge і KTorrent. каталоги (з «порожніми» файлами проблему вирішено).
Отже, вивчаючи регулярні висловлювання та консольні юнікс-утиліти, написав скрипт для перенесення делюгівських закачувань та роздач. Хотілося б звернути увагу на трійку речей:
- Статус невідмічених для закачування файлів у мультифайлових роздачах не перенесеться (тобто за замовчуванням всі будуть відзначені).
- Коли запустите KTorrent, всі перенесені роздачі/закачування будуть зупинені і потрібно буде їх перехешувати, виділяючи кожну роздачу і натискаючи SHIFT+C (швидшого способу не знайшов. У деяких торрент-клієнтах достатньо натиснути «стартувати все», але KTorrent у цьому випадку перекачувати, а не перехешувати).
- Працездатність перевірялася на Ubuntu 12.04, Deluge 1.3.5, KTorrent 4.1.3
#!/bin/bash #Deluge2KTorrent script #written by також як dadd printf "%s\n" "...ждите..."; #відсіюємо шляхи до файлів з torrents.state і фіксуємо російське кодування egrep "^S.\/" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$/\//;s/\//#/g" > paths; t=`cat paths`; printf "%b\n" $t > paths; #відсіюємо назви торентів і видаляємо egrep "(22,99)", що дублюються по одному з кожної пари ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "print unless $U($_);$U($_)=1;" > torrents; #створюємо тимчасовий файл скрипту для створення каталогів і запускаємо printf "%b\n" "#!/bin/bash\nmkdir ~/.kde/share/apps/ktorrent/tor(1..100500)" > temp1.sh; chmod 774 temp1.sh; strok=`sed -n "$=" torrents`; sed -i -e "s/100500/"$strok"/" temp1.sh; ./temp1.sh; #створюємо скрипт копіювання та запускаємо printf "%s\n" "#!/bin/bash" > temp2.sh; chmod 774 temp2.sh; cat torrents | awk "(print $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent")" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh; ./temp2.sh; sleep 10; #створюємо шаблон stats printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > stats; #створюємо stats файли з шляхами a=2; while read f2; do sed -e "1,/.*/(n;s/\(.*\)/\1$f2/)" stats >stats$a; a = $ (($a + 1)); done< paths; sed -i -e "s/#/\//g" stats*; #добавляем в скрипт копирования пути stats и запускаем cat temp2.sh | awk "{sub(/\~\/[^ ]*\.torrent/, "stats"NR)}1" | sed "s/\/torrent/\/stats/;s/cp st/mv st/" >tmpfile; mv tmpfile temp2.sh; chmod 774 temp2.sh; ./temp2.sh; sleep 5; #видаляємо тимчасові файли rm paths torrents stats temp1.sh temp2.sh; printf "%s\n" "ok";
Перевірте баг у Deluge
Швидше за все, стосується лише Fedora.
1. Качаємо.torrent
2. Вказуємо будь-яку папку для завантаження.
3. Чекаємо на закінчення скачування.
4. Що б не вказали в п.2, бачимо свої файли в /home/username/
Запилю багрепорт, якщо виявляється ще хоч у когось, якщо ні – шукаю проблему у себе.
P.S. проблема виникла, як на мене, після довгоочікуваного оновлення до 1.3.5.
