Дистанционно управление на потопа. Инсталиране на Deluge BitTorrent на Ubuntu Server. Deluge добавя разширение за незавършени файлове

Инсталация

За да получите най-новата версия, добавете PPA хранилище:

Sudo apt-get актуализация
sudo apt-get инсталирате python-software-properties sudo add-apt-repository ppa: deluge-team/ppa

Актуализирайте списъка с пакети:

Sudo apt-get актуализация

Инсталирайте клиента, конзолата и демона:

Sudo apt-get install deluge-common deluge-console deluged

Ако искаме уеб интерфейс, инсталирайте и него:

Sudo apt-get install deluge-webui

Всичко! Да стартираме демона:

Настройки

За да активирате отдалечен достъп, стартирайте конзолата:

Deluge-конзола

И изпълняваме командите:

Config -s allow_remote Вярно
config allow_remote

Излезте от конзолата:

Добавете потребител за отдалечен достъп (тези данни по никакъв начин не са свързани с вашия Linux потребител) и посочете права за достъп:

Ехо "потребителско име:парола:ниво" >> ~/.config/deluge/auth

Повече подробности за правата за достъп.

И рестартирайте демона:

Pkill наводнен
наводнен

Ако искаме потоп да работи заедно със системата, трябва да създадем скриптове, които ще направят това.

Създайте конфигурацията:

Sudo vim /etc/default/deluge-daemon

Поставете този код там, Задължително DELUGED_USER трябва да посочи потребителя, от чието име ще работи демонът:

# Конфигурация за /etc/init.d/deluge-daemon

# Скриптът init.d ще се изпълнява само ако тази променлива не е празна.
DELUGED_USER=""

# Трябва ли да стартираме при стартиране?
RUN_AT_STARTUP="ДА"

Създайте скрипт за стартиране:

Sudo vim /etc/init.d/deluge-daemon

И ние пишем в него:

#!/bin/sh
### НАЧАЛНА НАЧАЛНА ИНФОРМАЦИЯ
# Осигурява: deluge-daemon
# Задължително-Старт: $local_fs $remote_fs
# Задължително спиране: $local_fs $remote_fs
# Трябва да започне: $network
# Трябва да спре: $network
#Старт по подразбиране: 2 3 4 5
#Стоп по подразбиране: 0 1 6
# Кратко описание: Демонизирана версия на потоп и webui.
# Описание: Стартира демона на потоп с потребителя, посочен в
# /etc/default/deluge-daemon.
### КРАЙ НАЧАЛНА ИНФ

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Демон на потопа"
NAME1="наводнен"
NAME2="потоп"
DAEMON1=/usr/bin/deluged
DAEMON1_ARGS="-d" # Консултирайте се с `man deluged` за повече опции
DAEMON2=/usr/bin/deluge-web
DAEMON2_ARGS="" # Консултирайте се с `man deluge-web` за повече опции
PIDFILE1=/var/run/$NAME1.pid
PIDFILE2=/var/run/$NAME2.pid
UMASK=022 # Променете това на 0, ако работи като собствен потребител
PKGNAME=потоп-демон
SCRIPTNAME=/etc/init.d/$PKGNAME

# Излезте, ако пакетът не е инсталиран
[ -x "$DAEMON1" -a -x "$DAEMON2" ] || изход 0

# Прочетете конфигурационния променлив файл, ако има такъв
[ -r /etc/default/$PKGNAME] && . /etc/default/$PKGNAME

# Заредете настройката VERBOSE и други rcS променливи
[ -f /etc/default/rcS ] && . /etc/default/rcS

# Дефиниране на LSB log_* функции.
# Зависете от lsb-base (>= 3.0-6), за да сте сигурни, че този файл присъства.
. /lib/lsb/init-функции

ако [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "ДА" ]
тогава
log_warning_msg "$PKGNAME не се стартира, редактирайте /etc/default/$PKGNAME, за да го стартирате."
изход 0
фи

if [ -z "$DELUGED_USER" ]
тогава
log_warning_msg "$PKGNAME не се стартира, DELUGED_USER не е зададен в /etc/default/$PKGNAME."
изход 0
фи

#
# Функция, която стартира демона/услугата
#
do_start()
{
#Връщане
# 0, ако демонът е стартиран
#1, ако демонът вече работи
#2, ако демонът не може да бъде стартиран
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" ] || връщане 1

Start-stop-daemon --start --background --quiet --pidfile $PIDFILE1 --make-pidfile --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON1_ARGS
RETVAL1="$?"
сън 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" ] || връщане 2
}

#
# Функция, която спира демона/услугата
#
do_stop()
{
#Връщане
# 0, ако демонът е спрян
#1, ако демонът вече е спрян
#2, ако демонът не може да бъде спрян
# друго, ако възникне грешка

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" ] && върне 2

Rm -f $PIDFILE1 $PIDFILE2

[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] && върне 0 || връщане 1
}

кутия "$1" в
начало)
[ "$VERBOSE" != no ] && log_daemon_msg "Стартиране на $DESC" "$NAME1"
do_start
случай "$?" в

esac
;;
Спри се)
[ "$VERBOSE" != no ] && log_daemon_msg "Спиране на $DESC" "$NAME1"
do_stop
случай "$?" в
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
рестартиране|принудително презареждане)
log_daemon_msg "Рестартиране на $DESC" "$NAME1"
do_stop
случай "$?" в
0|1)
do_start
случай "$?" в
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Старият процес все още работи
*) log_end_msg 1 ;; # Неуспешно стартиране
esac
;;
*)
# Неуспешно спиране
log_end_msg 1
;;
esac
;;
*)
echo "Използване: $SCRIPTNAME (старт|стоп|рестарт|принудително презареждане)" >&2
изход 3
;;
esac

Задайте права за изпълнение за root:

Sudo chmod 755 /etc/init.d/deluge-daemon

Добавете скрипта за автоматично зареждане и разтоварване:

Sudo update-rc.d deluge-daemon по подразбиране

Е, нека проверим свършената работа.

На BitTorrent сървъра, клиент Deluge и го управлявайте чрез уеб интерфейса (WebUI). За съжаление WebUI не поддържа всички функции на Deluge. Особено по отношение на добавките, повечето от които не могат да бъдат конфигурирани чрез WebUI. За щастие, графичният (GTK UI) интерфейс на Deluge ви позволява да се свързвате и управлявате клиент на отдалечен сървър със същата лекота като локален клиент.
Имаме: Отдалечен сървър (в локалната мрежа), работещ с Debian 7 и демона Deluge, инсталиран на него, съчетан с WebUI, както и домашен компютър, работещ с Linux Mint 14 (Ubuntu 12.10). Ще пропуснем процеса на инсталиране на сървърната част, тъй като той е описан подробно в статията, посветена на Deluge. Нека да преминем към настройките и инсталирането на клиентската част на вашия домашен компютър.
Струва си да се отбележи, че наличието на WebUI на сървъра не е необходимо, но няма да е излишно, ако планирате да се свържете с Deluge не само от дома. В тази връзка можете да започнете настройката по три начина, след като първо инсталирате GTK UI на вашия локален компютър:
aptitude инсталира потоп потоп-gtk
След това стартираме демона на сървъра и задаваме потребителско име и парола за отдалечен достъп. Командата трябва да се изпълни като потребител, под който се изпълнява Deluge Daemon.
echo "потребителско име:парола:ниво" >> ~/.config/deluge/auth
Където „username“ е потребителят, „password“ е паролата, а „levil“ е нивото на достъп. Потребителят и паролата могат да бъдат произволни. Не е необходимо те да съвпадат с потребителското име, под което работи демонът. Демонът трябва да работи.
Нива на достъп:

• 1 - само за четене.
• 5 - потребител.
• 10 - Администратор.

Всички следващи стъпки са описани с помощта на Fedora като пример, но могат да бъдат адаптирани за всяка друга дистрибуция.

Инсталация

Инсталирането е възможно най-просто.

$ sudo dnf инсталирайте потопен демон потопена конзола

Инсталираме конзолния клиент, както и cli за него.

Това е всичко за сега. Клиентът е готов за работа. Вече можете да го включите и да го използвате.

$ sudo systemctl активира потопен демон $ sudo systemctl стартира потопен демон

Но има много проблеми с тази конфигурация:

• без трупи
• неправилно разпределение по сървърни портове

имаш ли нужда от това 🙂

трупи

Веднага след инсталирането демонът е готов за работа. Но конфигурацията, предлагана от дистрибуторите, не е напълно успешна. Няма регистриране на случващото се.

За да направим това, трябва да настроим logrotate.

$ sudo dnf инсталирайте logrotate

Конфигурирайте го да поддържа новите правила за ротация. За да направите това, нека създадем файл /etc/logrotate.d/delugeприблизително следното съдържание

/var/log/deluge/*.log ( ротация 4 седмично missingok notifempty компресиране delaycompress sharedscripts postrotate initctl рестартиране deluged >/dev/null 2>&1 || вярно initctl рестартиране deluge-web >/dev/null 2>&1 || вярно финален скрипт)

А също и папка за съхранение на логове. И ние ще й дадем необходимите права.

$ sudo mkdir /var/log/deluge/ $ sudo chown deluge:deluge /var/log/deluge

Сега всичко, което остава, е да активирате поддръжката на журнал за демона.

Създайте ново описание на демон за systemd в /etc/systemd/system/deluged.service

Описание=Deluge Bittorrent Client Daemon After=network.target Type=прост потребител=deluge Group=deluge UMask=007 ExecStart=/usr/bin/deluged -d -l /var/log/deluge/daemon.log -L предупреждение Рестартиране= винаги TimeoutStopSec=300 WantedBy=multi-user.target

Страхотен. Всичко, което остава, е да конфигурирате iptables и да се потопите.

Настройка на iptables

В някои случаи е достатъчно просто да отворите необходимите портове

$ sudo iptables -A INPUT -p tcp --dport 56881:56889 -j ПРИЕМАНЕ $ sudo iptables -A INPUT -p udp --dport 56881:56889 -j ПРИЕМАНЕ

Но в някои конфигурации може да има проблеми с механизма conntrack, който маркира определен брой пакети като невалидни (особено за dht трафик).

Следователно, струва си да деактивирате conntrack за всички връзки за потоп.

$ 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 -тип 12 -j ПРИЕМАНЕ

$ sudo /usr/libexec/iptables/iptables.init запазване

Местно разрешение

За да можем успешно да използваме deluge-console, локалното удостоверяване трябва да бъде активирано за нашия потребител.

Тези. трябва да има файл ~/.config/deluge/auth, съдържащ ред за вход-парола

Localclient:here_long_hash:10

Можете да копирате този файл от директорията /var/lib/deluge/.config/deluge

$ sudo cat /var/lib/deluge/.config/deluge/auth >> ~/.config/deluge/auth

Стартиране и конфигуриране на демона

Така стартирахме демона, чиято конфигурация беше описана по-рано.

Всъщност, защо файловият ни сървър не работи? И откъде трябва да дойде файлът на него? Това е бъркотия. Нека да инсталираме торент клиент на него. Свикнал съм с uTorrent в Windows. В kubuntu използвах kTorrent едно време.Но в този случай се интересуваме от клиенти, които могат да работят без GUI и които имат уеб интерфейс.Опции:

1. Комбинация от rTorrent + wTorrent. Има доста описания на настройките в интернет, но процесът ме плаши =)
2. TorrentFlux и неговият форк Torrentflux-b4rt. Създаден като уеб интерфейс и нищо повече. Може да помислите за настройката му.
3. Потоп. Първоначално беше планиран като торент клиент за gtk. Но започвайки от определена версия, той може да работи като демон, към който можете да свържете желания интерфейс - или графичен, или уеб, или управляван през конзолата.

Засега мисля да опитам да се забъркам с третия вариант. Ами сега - оказа се, че можете да прикрепите лицева страна на винт към него! Ще потърся по-нататък в Google Просто би било доста удобно както обикновено - сядате в браузъра, щракнете върху изтеглянето на торент файл и го отваряте с Windows. И тя вече прехвърля изтеглянето на демона на сървъра Инсталираме потоп (по принцип се препоръчва да инсталирате версията от официалния сайт, но аз я инсталирах от хранилищата) sudo aptitude инсталирате deluge-coresudo aptitude инсталирате deluge-webuisudo aptitude инсталирате deluge-consoleАко инсталираме пакети, изтеглени от сайта, най-вероятно ще възникне проблемът с неудовлетворените зависимости.Излизаме от ситуацията, както следва: sudo apt-get -f инсталирайтеДа стартираме наводненСтартиране на уеб лицето потоп --ui мрежаМежду другото, изпълняваме тази команда от името на нашия потребител, а не като root. Тъй като в този случай уеб интерфейсът няма да работи. Защо, още не съм разбрал. Но след като стартирам това, едната конзола ще изчезне, защото тази команда се изпълнява там. За да се изпълни командата и да остане да виси на заден план, пишем потоп --ui web&Ако имате нужда уеб интерфейсът да е винаги достъпен, натиснете тази команда някъде в autorun, но така че да се изпълнява с правата на обикновен потребител.Между другото, препоръчвам да натиснете стартирането на deluged daemon в autorun. интерфейс работи на порт 8112. Нека отидем през браузър до желания сървър на този порт. Паролата по подразбиране е deluge. Конфигуриране. Предлагат се няколко опции за дизайн. Опцията Ajax е най-красивата. Но не разполага с всички функции. Например, не можете да посочите за конкретен торент къде да изтеглите файл. Можете да посочите само обща папка за всички торенти. Тази функция е налице в други скинове. Да продължим. Възможно е да използвате GUI shell за потоп, стартиран на всеки компютър, различен от сървъра (и дори на сървъра, ако там е инсталирана графична среда). Има GUI обвивки както за Linux, така и за Windows. Но преди да използвате GUI обвивката, трябва да разрешите това на демона. Ние правим това по един от двата начина:

1. Чрез уеб интерфейс. в настройките - Deluge - Service - Разрешаване на отдалечена връзка (отметнете квадратчето)
2. Чрез интерфейса на конзолата. Ние пишем потоп --ui конзола. Тогава config allow_remote Вярно.

Уеб интерфейсът често е неудобен за използване. Но това е чисто IMHO. Тъй като имам Windows на работния плот (Windows Web Server 2008), нека инсталираме клиента под Windows. Отидете на официалния уебсайт на проекта, изтеглете версията за Windows. Препоръчително е да изтеглите същата версия като демона, инсталиран на сървъра. Изтеглете и инсталирайте. Инсталаторът също ще ви подкани да инсталирате GTK+ Runtime. Съгласни сме След инсталирането на клиента влизаме в неговите настройки:

1. Стартиране на клиента
2. Отидете на „Предпочитания -> Интерфейс“ и премахнете отметката от „Класически режим“.
3. Рестартирайте клиента. Трябва да се появи прозорецът на мениджъра на връзките
4. Премахнете реда от localhost. Като щракнете върху бутона "Добавяне", въведете IP адреса на сървъра (в нашия случай полето). Оставете пристанището същото.

Тук останах за известно време. Освен IP адреса трябваше да въведа потребителско име и парола. Да речем, че мога да задам паролата през уеб интерфейса. Кой потребител трябва да напиша? Написах своята и зададената парола през уеб интерфейса.Няма страшно.Написах своята и неговата парола в системата. Няма значение... Разрових се. И така, правим това:

1. Отиваме на сървъра в домашната директория на нашия потребител (от която стартираме потоп)
2. След това отидете в директорията /.config/deluge
3. Отворете файла за удостоверяване
4. Във втория ред пишем потребителското име и паролата във формат потребител: парола (и отбелязвам, че пишем тази информация от глупак)
5. Restart deluge - потопен рестарт
6. На компютър с Windows отидете на Connection Manager, въведете този потребител и неговата парола в настройките за връзка.
7. Щракнете върху „Свързване“
8. Готово, клиентът е свързан.

По този начин получихме обичайния начин за обработка на торент файлове - отваряме ги с торент клиент (GUI лице) и избираме какво да правим. Но има и друг начин. Пробвах и този метод:

1. Създайте папка на сървъра, например /home/user/torrents
2. Споделяме го в самба.
3. В настройките на deluge го настройваме през същия уеб интерфейс, така че автоматично да взема торенти от тази папка.
4. И след това просто запазваме торент файловете в тази папка.

Кажете ми как да направя apf-firewall затворена за повечето портове, но samba работи локално и торент клиент, например Deluge, работи.
Разпространение: Debian Jessie
Ядро: 3.14-2-amd64
Режимът, при който защитната стена се изключва след 5 минути, е деактивиран. Конфигурирах го, както е написано тук: https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur не се предлага - това е крива помощна програма, при това с брада.

Е, като опция можете да спорите защо не е необходима защитна стена на домашен компютър.

Deluge деактивира интернет (WiFi)

Здравейте всички. Опитвам се да изтегля нещо чрез Deluge - торент тракер в xubuntu 14.04.1 и интернет връзката ми се изключва след 15 секунди или по-скоро интернетът просто е глупаво недостъпен, Deluge също спира да изтегля. Трябва да рестартирам WiFi и след това да изчакам отново 10-15 секунди. Нещо, накратко, не е добро. Може би някой знае как да реши проблема.

потоп и проследяване на корени

автоматично стартиране на услугата в opensuse 13.1

Нищо не разбирам. Инсталирах Deluge, изтеглих скрипта, сложих го в init.d, създадох символна връзка в rc5.d в YAST - service manager (диспечер на услуги), услугата се появи, настроих я на Enabled, запазих я, влязох отново , и отново беше деактивиран. Какво? Стартира нормално без бъгове, но не иска да стартира със системата.

UPnP работи в Transmission, но не работи в Deluge и qBittorrent.

На рутера (Fedoro19-router) за UPnP има linux-igd, по подразбиране.

Пускам Transmission на клиента, на рутера в iptables -L пренасочените портове са видими, логовете на linux-igd са красноречиви. Качулка.

На клиента стартирам qBittorrent или Deluge (upnp активиран, разбира се) - портовете не се препращат, няма входящи връзки, iptables на рутера мълчи, log-овете на linux-igd мълчат. лошо.

Преди това забелязах, че при кутия рутери (като asus, tp-link) предаването, напротив, не работи с UPnP, но qBittorrent работи.

Какво да въртя? Или поне кажете: „UMVR, linux-igd и qBittorrent (или Deluge).“

Изтрит (28.02.14 13:25:31)

Торент клиент за високо натоварване

Бих искал да попитам хардкор играчите с 1000+ активни дистрибуции кой клиент в момента е оптимален за такъв сценарий. Разглеждам само сървърни и демонични клиенти с адекватни системни изисквания.

От особен интерес са потреблението на памет и процесор, устойчивост на нетривиални торенти (дълги имена на файлове), устойчивост на грешки и техните последствия по време на изтегляне, групиране на дистрибуции вместо солиден списък.

В момента под надзора на Transmission, Deluge, qBittorent. Но всеки има своите грешки. qBittorent няма нормално лице за взаимодействие клиент-сървър (може би вече е добавено, не можах да го намеря), не разбира дълги имена (повече, отколкото позволява FS). Deluge (особено човекът) започва да ставаш глупав на 100+ торента, чести задръствания с рехашване (преди определено бяха). Трансмисията формира всички дистрибуции в линеен списък без никакво групиране, което в посочения мащаб ще „вдъхновява“, не разбира дълги имена.

Deluge има проблеми с високоговорителите

Колоните изтеглени, качени и някои други не се показват, тъй като не ги маркирате. Тези, които са по подразбиране (например #, име, размер, състояние), могат лесно да се включват и изключват. Какво да правя? Може би това може да се коригира в конфигурациите? Но не знам в кой файл да търся.
Ако внезапно това е вечен потопен бъг, който не е коригиран, предложете алтернативи. Запознат съм отчасти с тях. От тези, които познавам и са ми харесали визуално - kTorrent например. Но имам трети комар и казват, че държането на тежки маратонки е лошо.

Deluge как да направите така, че торентът да се стартира автоматично от потребителя в arch-Linux

Автоматично стартиране на Deluged демон като потребител „deluge“

Има сървър с debian 7.2. система за инициализация systemd.

Задължително: стартира се при стартиране на системата, потопен от потребителя „deluge“, достъп до демона през GUI на Windows през стандартен порт 58846.

Достъпът до папката с торенти е разрешен на потребителския поток, монтиран с помощта на Sambaclient в /mnt.

Монтирана натопена, натопена конзола. Разрешен отдалечен достъп. Създадох deluged.service и поставих скрипта от официалното wiki в него:

Описание=Deluge Bittorrent Client Daemon After=network.target Потребител=deluge Type=прост 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 активира deluged.service systemctl стартира deluged.service

Демонът стартира, работи и заема порта. Но той не иска да го пусне през GUI на Windows. Променям потребителя на root в deluged.service и работи.

какво правя грешно Потребителят на потоп има ли нужда от някакви права?

наводненият демон няма да се разтовари

В deluge посочвам изход и спиране на демона или първо го спирам от менюто. Чаках известно време. И все още е активен на върха. Не реагира на обикновено убиване, само със страпон. Какви са вашите идеи? Пакет: потоп

Потоп и мистика

Току-що се случи нещо странно. Слушам интернет радио. И изведнъж започва да изостава. Гледам графиката на скоростта. Виждам, че нещо е изяло почти цялата лента. Започвам да гледам портове и да изключвам разни демони. Гледам скоростта, която потопът консумира през потопната конзола. Отчетената скорост дори не е близка до реалната. Iftop казва, че има много връзки, а не към порта на демона на потоп. Все още деактивирам потопа. Скоростта рязко падна. В името на експеримента включих и изключих демона няколко пъти. Трафикът ясно корелира с включването/изключването на демона. Какво беше?!

Как да изтрия .torrent, след като го добавих в Deluge?

Търся нова програма за изтегляне на торенти

Отговорности:
- работа денонощно като демон;
- има визуален интерфейс за добавяне/премахване на торенти, които биха се свързали с демона;
- възможност за конфигуриране на приемането на връзки от клиенти чрез Unix сокет и/или определен диапазон от мрежови интерфейси или IP адреси на тези интерфейси;
- удостоверяване на много потребители, за предпочитане с ограничения на достъпа;
- няма проблеми с потребителския интерфейс;
- клиентите трябва да могат да получават и показват информация в класически пълен табличен вид;
- клиент-сървър не трябва да се реализира на http(s) протокола;
- да бъде естествен за Linux.

Кратка история на това, което използвах преди:
Преди много време използвах vuze aka azureus - интерфейсът не ми хареса.

След това имаше потоп, който използвах успешно, докато след поредното сглобяване на света не се появиха проблеми с елхата. Интерфейсът за споделяне е близо до идеалния, имайте това предвид.

Тогава реших да пробвам rtorrent, който усвоих, въпреки че ми беше писнало да влача всички отворени изтегляния от споделянето върху него. rtorrent е готин, но само аз мога да работя с него, а има и останалите от семейството.

Затова след rtorrent пробвах отново да споделям, но отново имаше първи проблеми. След това създадох нишка, подобна на тази, и превключих на transmit-daemon и transmit-remote-gtk. Проблемът с последния е, че в менюто за добавяне на торент не ви позволява нормално да изберете папка, принуждавайки ви да натискате всеки път ръчно. Най-новите версии се преместиха на gtk+3, отколкото най-накрая
потвърди желанието ми да сляза от него. Не, не съм против gtk3 като такъв, просто мисля, че gtk е шибан глюкодром и дори нямам тема за третата версия.

Днес инсталирах deluzh. Този път и сървърът, и клиентът работеха, бях приятно изненадан от опростяването на организацията за удостоверяване (преди беше необходимо да се генерират пароли през конзолата, сега обикновеният текст е във файл), но бях разочарован от липсата на разумни настройки за интерфейса, на който връзката слуша за връзки. Deluzh може да направи две крайности - или той слуша localhost, или 0.0.0.0. Имаше обаче една изненада за мен - когато се опитах да добавя файл, открих, че диалоговият прозорец за избор на файл почти никога не работи правилно, освен когато пътят беше на позицията на последния избран. // Не е ли поради тази причина подобен елемент в трансмисията да е направен под формата на жалък бияч?

Изтрит (23.01.13 20:31:28)

Сортиране чрез добавяне.

Deluge не прехвърля файлове на завършени изтегляния

Използване на Deluge 1.3.5 от хранилището. Разпространение - archlinux x86_64. Зададох в настройките директория за изтегляне и директория за завършени разпределения. Не работи. Свързах и плъгина AutoAdd, който също има подобна настройка - не прехвърля и това е. Торентите започват да се изтеглят веднага щом .torrent файлът се появи в желаната директория.

Опитах да използвам както демона, така и „класическия интерфейс“ - няма разлика. Дори пробвах да премахна deluge, всичките му настройки и да го инсталирам наново - не става, взех го и от AUR, без резултат. Вече зададох правата на директорията за завършени изтегляния на 777, не става t help, това не е проблемът. Имало едно време всичко работеше и след това някак си, дори не забелязах кога, спря.

Някой сблъсквал ли се е с подобен проблем? И как да го преодолеем? Не се препоръчва използването на трансмисия.

Deluge в комбинация с PC-Ubuntu + Server-NAS4Free (FreeBSD)

Ще се опитам да се изразя правилно и ясно. Поради факта че Предаване Remote GUI работи зле на Ubuntu 12.10 (лично за мен), реших да създам нещо подобно с друг софтуер. Изборът падна на Потоп. Намерих инструкциите http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient Направи го Инсталиране на Deluge на FreeBSD

В точка Частен IP: въведете IP на локалния сървър (NAS), да кажем, че е 192.168.68.68

ifconfig | grep -e "inet адрес" | grep -v "192.168.68.68" | cut -f2 -d":" | cut -f1 -d" "

Deluge добавя разширение за незавършени файлове

приоритети на файлове в торент, изтегляне

Има торент файл, има структура на директория, файловете са именувани по техния хеш. Вече имам някои файлове на моя компютър. Трябва да зададете приоритет „0“ на наличните файлове в торента. Език Python, торент библиотека - libtorrent от rasterbar. Разрових изходния код на deluge (написан е на python и използва същата библиотека). Ще получа торент файл или магнитна връзка, но не това е важното.

Защо да преминете към KTorrent?
KTorrent е лишен от гореспоменатите недостатъци на Deluge, но не отстъпва по функционалност и отзивчивост. Консумира приблизително същото количество памет, въпреки библиотеките на kde. Що се отнася до другите торент клиенти, те не достигат функционалността на Deluge и KTorrent. Само qBittorrent може да стане алтернатива, но е забранен в pornolab и все още създава празни директории (на проблемът се решава с „празни“ файлове).

И така, докато изучавах регулярни изрази и помощни програми за конзолата на Unix, написах скрипт за прехвърляне на изтеглянията и дистрибуциите на Делюгов. Искам да обърна внимание на три неща:

• Състоянието на файловете, които не са маркирани за качване в дистрибуции с множество файлове, няма да бъде прехвърлено (т.е. всички ще бъдат маркирани по подразбиране).
• Когато стартирате KTorrent, всички прехвърлени дистрибуции/изтегляния ще бъдат спрени и ще трябва да ги хеширате отново, като изберете всяка дистрибуция и натиснете SHIFT+C (не намерих по-бърз начин. В някои торент клиенти е достатъчно да щракнете върху “ стартирайте всички“, но KTorrent в този случай ще бъде изтеглен отново, а не повторно хеширан).
• Производителността е тествана на Ubuntu 12.04, Deluge 1.3.5, KTorrent 4.1.3

#!/bin/bash #Deluge2KTorrent скрипт #написан от takiz aka dadd printf "%s\n" "...изчакайте..."; #ние филтрираме пътищата до файлове от torrents.state и коригираме руското кодиране egrep "^S.\/" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$/\//;s/\//#/g" > пътища; t=`котешки пътеки`; printf "%b\n" $t > пътища; #ние филтрираме имена на торенти и премахваме дубликати, по един от всяка двойка egrep "(22,99)" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "печат, освен ако $U($_);$U($_)=1;" > торенти; #създайте временен скриптов файл за създаване на директории и стартиране на printf "%b\n" "#!/bin/bash\nmkdir ~/.kde/share/apps/ktorrent/tor(1..100500)" > temp1.sh ; chmod 774 temp1.sh; strok=`sed -n "$=" торенти`; sed -i -e "s/100500/"$strok"/" temp1.sh; ./temp1.sh; #създайте скрипт за копиране и стартирайте printf "%s\n" "#!/bin/bash" > temp2.sh; chmod 774 temp2.sh; котешки торенти | awk "(print $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent)" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh; ./temp2.sh; сън 10; #създайте шаблон stats printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > stats; #създайте файлове със статистика с пътища a=2; докато чета f2; do sed -e "1,/.*/(n;s/\(.*\)/\1$f2/)" stats >stats$a; a=$(($a + 1)); Свършен< 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/" >tmpфайл; mv tmpfile temp2.sh; chmod 774 temp2.sh; ./temp2.sh; сън 5; #delete temporary files rm paths torrents stats temp1.sh temp2.sh; printf "%s\n" "ок";

Проверете грешката в Deluge

Най-вероятно това се отнася само за Fedora.

1. Изтегляне.торент
2. Посочете произволна папка за изтегляне.
3. Изчакайте изтеглянето да приключи.
4. Каквото и да посочите в стъпка 2, ние виждаме вашите файлове в /home/username/

Ще подам доклад за грешка, ако се появи в някой друг, ако не, ще потърся проблема сам.
P.S. Проблемът се появи, струва ми се, след дългоочаквания ъпдейт до 1.3.5.