Télécommande déluge. Installation de Deluge BitTorrent sur le serveur Ubuntu. Deluge ajoute une extension pour les fichiers inachevés

Installation

Pour obtenir la dernière version, ajoutez le dépôt PPA :

Sudo apt-obtenir la mise à jour
sudo apt-get install python-software-properties sudo add-apt-repository ppa:deluge-team/ppa

Mettez à jour la liste des packages :

Sudo apt-obtenir la mise à jour

Installez le client, la console et le démon :

sudo apt-get install déluge-commun déluge-console délugé

Si nous voulons une interface Web, nous l'installons également :

sudo apt-get install déluge-webui

Tous! Lançons le démon :

Paramètre

Pour activer l'accès à distance, exécutez la console :

déluge-console

Et nous exécutons les commandes :

Config -s allow_remote Vrai
configuration allow_remote

Quitter la console :

Ajoutez un utilisateur pour l'accès à distance (ces données n'ont rien à voir avec votre utilisateur linux) et précisez les droits d'accès :

echo "nom d'utilisateur:mot de passe:niveau" >> ~/.config/deluge/auth

En savoir plus sur les droits d'accès.

Et redémarrez le démon :

pkill déluge
déluge

Si nous voulons que le déluge s'exécute avec le système, nous devons créer des scripts qui le feront.

Nous créons une configuration :

sudo vim /etc/default/deluge-daemon

Collez-y ce code Nécessairement DELUGED_USER doit contenir l'utilisateur pour le compte duquel le démon s'exécutera :

# Configuration pour /etc/init.d/deluge-daemon

# Le script init.d ne s'exécutera que si cette variable n'est pas vide.
DELUGED_USER=""

# Doit-on exécuter au démarrage ?
RUN_AT_STARTUP="OUI"

Créez un script de démarrage :

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

Et nous lui écrivons :

#!/bin/ch
### DÉBUT INIT INFOS
# Fournit : déluge-démon
# Requis-Démarrage : $local_fs $remote_fs
# Requis-Arrêt : $local_fs $remote_fs
# Devrait-Démarrer : $network
# Devrait-S'arrêter : $network
# Démarrage par défaut : 2 3 4 5
# Arrêt par défaut : 0 1 6
# Short-Description : version démonisée de déluge et webui.
# Description : Démarre le démon déluge avec l'utilisateur spécifié dans
# /etc/default/deluge-daemon.
### FIN INIT INFO

CHEMIN=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Démon Déluge"
NAME1="délugé"
NAME2="déluge"
DAEMON1=/usr/bin/deluged
DAEMON1_ARGS="-d" # Consultez `man deluged` pour plus d'options
DAEMON2=/usr/bin/deluge-web
DAEMON2_ARGS="" # Consultez `man deluge-web` pour plus d'options
PIDFILE1=/var/run/$NAME1.pid
PIDFILE2=/var/run/$NAME2.pid
UMASK=022 # Remplacez-le par 0 si vous exécutez déluge en tant que son propre utilisateur
PKGNAME=déluge-démon
SCRIPTNAME=/etc/init.d/$PKGNAME

# Quitter si le paquet n'est pas installé
[ -x "$DAEMON1" -a -x "$DAEMON2" ] || sortie 0

# Lire le fichier de variable de configuration s'il est présent
[ -r /etc/default/$PKGNAME ] && . /etc/default/$PKGNAME

# Charger le paramètre VERBOSE et d'autres variables rcS
[ -f /etc/default/rcS ] && . /etc/default/rcS

# Définir les fonctions LSB log_*.
# Dépend de lsb-base (>= 3.0-6) pour s'assurer que ce fichier est présent.
. /lib/lsb/init-functions

si [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "OUI" ]
alors
log_warning_msg "Pas de démarrage de $PKGNAME, modifiez /etc/default/$PKGNAME pour le démarrer."
sortie 0
Fi

si [ -z "$DELUGED_USER" ]
alors
log_warning_msg "Ne démarre pas $PKGNAME, DELUGED_USER n'est pas défini dans /etc/default/$PKGNAME."
sortie 0
Fi

#
# Fonction qui démarre le démon/service
#
do_start()
{
# retour
# 0 si le démon a été démarré
#1 si le démon était déjà en cours d'exécution
#2 si le démon n'a pas pu être démarré
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" ] || retour 1

Démarrer-arrêter-démon --start --background --quiet --pidfile $PIDFILE1 --make-pidfile --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON1_ARGS
RETVAL1="$?"
dormir 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" ] || retour 2
}

#
# Fonction qui arrête le démon/service
#
faire_stop()
{
# retour
# 0 si le démon a été arrêté
# 1 si le démon était déjà arrêté
#2 si le démon n'a pas pu être arrêté
# autre si une panne s'est produite

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 || retour 1
}

case "$1" dans
commencer)
[ "$VERBOSE" != no ] && log_daemon_msg "Démarrage de $DESC" "$NAME1"
do_start
cas "$?" dans

esac
;;
arrêt)
[ "$VERBOSE" != no ] && log_daemon_msg "Arrêt de $DESC" "$NAME1"
faire_arrêter
cas "$?" dans
0|1) [ "$VERBOSE" != non ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != non ] && log_end_msg 1 ;;
esac
;;
redémarrage|rechargement forcé)
log_daemon_msg "Redémarrage de $DESC" "$NAME1"
faire_arrêter
cas "$?" dans
0|1)
do_start
cas "$?" dans
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # L'ancien processus est toujours en cours d'exécution
*) log_end_msg 1 ;; # Échec du démarrage
esac
;;
*)
# Échec de l'arrêt
log_end_msg 1
;;
esac
;;
*)
echo "Utilisation : $SCRIPTNAME (démarrer|arrêter|redémarrer|forcer le rechargement)" >&2
sortie 3
;;
esac

Définissez les autorisations d'exécution pour root :

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

Ajoutez un script pour charger et décharger automatiquement :

sudo update-rc.d déluge-daemon par défaut

Eh bien, nous vérifions le travail effectué.

Sur le serveur BitTorrent, le client Deluge et gérez-le via l'interface Web (WebUI). Malheureusement, WebUI ne prend pas en charge toutes les fonctionnalités de Deluge. Notamment en termes de plugins, dont la plupart ne peuvent pas être configurés via la WebUI. Heureusement, l'interface graphique (GTK UI) de Deluge vous permet de vous connecter et de gérer un client serveur distant avec la même facilité qu'un client local.
Nous avons : Un serveur distant (sur le réseau local) exécutant Debian 7 avec le démon Deluge installé associé à WebUI, ainsi qu'un ordinateur personnel exécutant Linux Mint 14 (Ubuntu 12.10). Nous omettrons le processus d'installation de la partie serveur, puisqu'il est décrit en détail dans l'article dédié à Deluge. On procède au paramétrage et à l'installation de la partie client sur un PC domestique.
Il est à noter que la présence de WebUI sur le serveur n'est pas nécessaire, mais elle ne sera pas superflue si vous envisagez de vous connecter à Deluge non seulement depuis chez vous. À cet égard, vous pouvez démarrer les paramètres de trois manières, après avoir installé GTK UI sur votre ordinateur local :
aptitude installer déluge déluge-gtk
Après avoir démarré le démon sur le serveur et défini le login et le mot de passe pour l'accès à distance. La commande doit être exécutée au nom de l'utilisateur sous lequel le démon Deluge s'exécute.
echo "nom d'utilisateur:mot de passe:niveau" >> ~/.config/deluge/auth
Où "username" est l'utilisateur, "password" est le mot de passe et "levil" est le niveau d'accès. L'utilisateur et le mot de passe peuvent être arbitraires. Il n'est pas nécessaire qu'ils correspondent au nom d'utilisateur sous lequel le démon s'exécute. Le démon doit être en cours d'exécution.
Niveaux d'accès :

• 1 - lecture seule.
• 5 - utilisateur.
• 10 - Administrateur.

Toutes les étapes suivantes sont décrites en utilisant Fedora comme exemple, mais peuvent être adaptées à toute autre distribution.

Installation

L'installation est la chose la plus simple qui soit.

$ sudo dnf installer déluge-démon déluge-console

Nous mettons le client de la console, ainsi que le cli pour celui-ci.

Alors que tout. Le client est prêt à partir. Vous pouvez déjà l'allumer et l'utiliser.

$ sudo systemctl enable deluge-daemon $ sudo systemctl start deluge-daemon

Mais il y a beaucoup de problèmes avec cette configuration :

• pas de journaux
• allocation incorrecte du port du serveur

En as-tu besoin? 🙂

Journaux

Une fois installé, le démon est prêt à fonctionner. Mais la configuration proposée par les fournisseurs de distribution n'est pas totalement réussie. Il n'y a pas d'enregistrement de ce qui s'y passe.

Pour ce faire, nous devons installer logrotate.

$ sudo dnf installer logrotate

Configurez-le pour prendre en charge les nouvelles règles de rotation. Pour cela, créons un fichier /etc/logrotate.d/deluge sur le contenu suivant

/var/log/deluge/*.log ( rotation 4 hebdomadaire missingok notifempty compress delaycompress sharedscripts postrotate initctl restart déluge >/dev/null 2>&1 || true initctl restart déluge-web >/dev/null 2>&1 || true script de fin)

Ainsi qu'un dossier pour stocker les journaux. Et donnez-lui les bonnes autorisations.

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

Il reste maintenant à activer la prise en charge de la journalisation pour le démon.

Créez une nouvelle description de démon pour systemd dans /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= toujours TimeoutStopSec=300 WantedBy=multi-user.target

Super. Il reste à configurer iptables et se déluge.

Paramétrer iptables

Dans certains cas, il suffit juste d'ouvrir les ports nécessaires

$ sudo iptables -A ENTRÉE -p tcp --dport 56881:56889 -j ACCEPTER $ sudo iptables -A ENTRÉE -p udp --dport 56881:56889 -j ACCEPTER

Mais dans certaines configurations, il peut y avoir des problèmes avec le mécanisme conntrack, qui marque un certain nombre de paquets comme invalides (ceci est particulièrement vrai pour le trafic dht).

Par conséquent, il vaut la peine de désactiver conntrack pour toutes les connexions déluge.

$ 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 SORTIE -p tcp --sport 56881:57200 -j NOTRACK $ sudo iptables -I INPUT -p icmp --icmp-type 3 - j ACCEPTER $ sudo iptables -I ENTRÉE -p icmp --icmp-type 4 -j ACCEPTER $ sudo iptables -I ENTRÉE -p icmp --icmp-type 11 -j ACCEPTER $ sudo iptables -I ENTRÉE -p icmp --icmp -type 12 -j ACCEPTER

$ sudo /usr/libexec/iptables/iptables.init save

Autorisation locale

Pour que nous puissions utiliser avec succès deluge-console, l'autorisation locale doit être activée pour notre utilisateur.

Ceux. il devrait y avoir un fichier ~/.config/deluge/auth contenant une chaîne login-password

Client local :here_long_hash :10

Vous pouvez copier ce fichier depuis le répertoire /var/lib/deluge/.config/deluge

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

Démarrage et configuration du démon

Ainsi, nous avons lancé le démon dont la config a été décrite précédemment.

En fait, pourquoi le serveur de fichiers est-il inactif chez nous ? Oui, et d'où le fichier doit-il être extrait ? Dans kubuntu, j'ai utilisé kTorrent à une certaine époque, mais dans ce cas, nous nous intéressons aux clients qui peuvent fonctionner sans interface graphique et qui ont une interface Web.

1. Ensemble rTorrent + wTorrent. Il y a pas mal de descriptions de la configuration sur le réseau, mais le processus me fait peur =)
2. TorrentFlux et en cours de route sa bifurcation Torrentflux-b4rt. Conçu comme une interface Web et rien d'autre. Vous voudrez peut-être réfléchir au réglage.
3. Inonder. Il était initialement prévu comme client torrent pour gtk. Mais à partir de certaines versions, cela peut fonctionner comme un démon, auquel vous pouvez déjà connecter l'interface souhaitée - soit une face graphique, soit une face Web, ou la contrôler via la console.

Alors que je pense essayer de me confondre avec la troisième option. Je vais chercher plus loin sur Google Ce serait juste assez pratique comme d'habitude - vous vous asseyez dans le navigateur, cliquez sur le téléchargement du fichier torrent et ouvrez-le à l'aide du museau Windows. Et celui-là est déjà en train de transférer le téléchargement vers le démon sur le serveur.Installer déluge (en général, il est conseillé d'installer la version depuis le site, mais je l'ai installée depuis les dépôts) sudo aptitude installer déluge-coresudo aptitude installer déluge-webuisudo aptitude installer déluge-console Si nous installons les packages téléchargés à partir du site, il y aura très probablement un problème de dépendances non satisfaites.Nous sortons de la situation comme suit: sudo apt-get -f installer Nous lançons déluge Lancement de la muselière Web déluge --ui web Au fait, nous exécutons cette commande au nom de notre utilisateur, pas en tant que root. Car dans ce cas, l'interface web ne fonctionnera pas. Pourquoi, je ne l'ai pas encore compris. Mais après avoir exécuté ceci, une console disparaîtra, car cette commande y est exécutée. Pour que la commande soit exécutée et reste suspendue en arrière-plan, nous écrivons déluge --ui web& Si vous souhaitez que l'interface Web soit toujours disponible, placez cette commande quelque part dans autorun, mais de manière à ce qu'elle soit exécutée avec les droits d'un utilisateur normal. D'ailleurs, je recommande de mettre le lancement du démon délugé dans autorun . via un navigateur vers le serveur souhaité sur ce port. Le mot de passe par défaut est déluge. Personnalisable. Plusieurs options de conception sont proposées. L'option Ajax est la plus belle. Mais il n'a pas toutes les possibilités. Par exemple, vous ne pouvez pas spécifier pour un torrent particulier où télécharger le fichier. Vous ne pouvez spécifier un dossier partagé que pour tous les torrents. Dans d'autres skins, cette fonctionnalité est présente. Il existe des shells d'interface graphique pour Linux et Windows. Mais avant d'utiliser l'interface graphique, vous devez autoriser le démon à le faire. Nous procédons de deux manières :

1. Via l'interface web. dans les paramètres - Déluge - Service - Autoriser la connexion à distance (cocher)
2. Via l'interface de la console. Nous écrivons déluge --ui console. Alors configuration allow_remote Vrai.

L'interface web est souvent peu pratique à utiliser. Mais c'est purement à mon humble avis. Puisque j'ai Windows sur mon bureau (Windows Web Server 2008), mettons le client sous Windows. Nous allons sur le site officiel du projet, téléchargeons la version pour Windows. Il est recommandé de télécharger la même version que celle du démon installé sur le serveur Télécharger, installer. Le programme d'installation proposera également d'installer le GTK+ Runtime. Nous sommes d'accord. Une fois le client installé, nous montons dans ses paramètres :

1. Lancement du client
2. Allez dans "Préférences -> Interface" et décochez "Mode classique".
3. Redémarrez le client. La fenêtre du gestionnaire de connexion devrait apparaître.
4. Supprimer la ligne de localhost. En cliquant sur le bouton "Ajouter", entrez l'IP du serveur (dans notre cas, des cases). Quittez le port de la même manière.

Ici, j'ai raccroché pendant un moment. En plus de l'adresse IP, je devais entrer un nom d'utilisateur et un mot de passe. Supposons que je puisse définir le mot de passe via l'interface Web. Et quel utilisateur dois-je écrire ? J'ai écrit le mien et le mot de passe défini via l'interface Web. Nifiga. J'ai écrit le mien et son mot de passe dans le système. Nifiga .. Fouillé Donc, nous faisons ceci:

1. On va sur le serveur vers le répertoire home de notre utilisateur (à partir duquel on lance déluge)
2. Ensuite, allez dans le répertoire /.config/deluge
3. Ouverture du fichier d'authentification
4. Dans la deuxième ligne, nous écrivons le nom d'utilisateur et le mot de passe au format utilisateur: mot de passe (d'ailleurs, je note que nous écrivons ces informations depuis le bulldozer)
5. Redémarrer le déluge - redémarrage déluge
6. Sur un ordinateur avec Windows, rendez-vous dans le gestionnaire de connexion, dans les paramètres de connexion on enfonce cet utilisateur et son mot de passe.
7. Cliquez sur "Se connecter"
8. Voilà, le client est connecté.

Ainsi, nous avons obtenu la manière habituelle de traiter les fichiers torrent - nous les ouvrons avec un client torrent (GUI-muzzle) et choisissons ce qu'il faut faire. Mais cela peut être fait différemment. J'ai également essayé cette méthode :

1. Créez un dossier sur le serveur, dites /home/user/torrents
2. Nous le partageons en samba.
3. Dans les paramètres de déluge, via le même visage Web, nous l'avons configuré pour qu'il prenne automatiquement les torrents de ce papa.
4. Et puis, nous enregistrons simplement les fichiers torrent dans ce dossier.

Dites-moi comment fermer le pare-feu apf pour la plupart des ports, mais faire fonctionner la samba en LAN et un client torrent comme Deluge.
Distribution : Debian Jessie
Noyau : 3.14-2-amd64
Le mode dans lequel le pare-feu se désactive après 5 minutes est désactivé. Je l'ai configuré comme il est écrit ici : https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur n'est pas à suggérer - c'est un utilitaire tordu, et même un barbu.

Eh bien, en option, vous pouvez expliquer pourquoi un pare-feu n'est pas nécessaire sur un PC domestique.

Deluge désactive Internet (WiFi)

Salut tout le monde. J'essaie de télécharger via Deluge - un tracker torrent dans xubuntu 14.04.1, et ma connexion Internet s'éteint après 15 secondes, ou plutôt, c'est tout simplement stupidement indisponible, le déluge arrête également le téléchargement. Vous devez redémarrer le WiFi, puis attendre à nouveau 10 à 15 secondes. Quelque chose de plus court n'est pas bon. Peut-être que quelqu'un sait comment résoudre le problème après tout.

déluge et traqueur de racines

démarrage automatique du service dans opensuse 13.1

Je ne comprends rien. J'ai installé Deluge, téléchargé le script, l'ai téléchargé sur init.d, créé un lien symbolique dans rc5.d dans YAST - gestion des services (gestionnaire de services), le service est apparu, je l'ai défini sur Activé, je l'enregistre, je recommence et il est à nouveau désactivé. Qu'est-ce que le? Il démarre normalement sans problèmes, mais ne veut pas démarrer avec le système.

UPnP fonctionne dans Transmission, mais pas dans Deluge et qBittorrent.

Sur le routeur (routeur fedoro19) pour UPnP se trouve linux-igd, par défaut.

Sur le client que j'exécute Transmission, sur le routeur dans iptables -L les ports redirigés sont visibles, les logs linux-igd sont éloquents. Bien.

Sur le client, j'exécute qBittorrent ou Deluge (upnp activé, bien sûr) - les ports ne sont pas transférés, il n'y a pas de connexions entrantes, iptables sur le routeur est silencieux, les journaux linux-igd sont silencieux. Mauvais.

Avant cela, j'ai remarqué qu'avec les routeurs box (tels que asus, tp-link) - la transmission, au contraire, ne fonctionne pas avec UPnP, mais qBittorrent fonctionne.

Quoi tordre? Ou dites au moins : "UMVR, linux-igd et qBittorrent (ou Deluge)."

Supprimé (28.02.14 13:25:31)

Client Torrent pour charge élevée

Je veux demander aux joueurs hardcore avec plus de 1000 mains actives quel type de client est maintenant optimal pour un tel scénario. Je ne considère que les clients serveur et démoniaques avec une configuration système adéquate.

Particulièrement intéressé par la consommation mémoire et processeur, la résistance aux torrents non triviaux (noms de fichiers longs), la résistance aux erreurs et leurs conséquences lors du téléchargement, le regroupement des distributions au lieu d'une liste entière.

Sous la supervision de Transmission, Deluge, qBittorent. Mais tout le monde a des bugs. qBittorent n'a pas un visage normal pour l'interaction client-serveur (peut-être qu'il a déjà été terminé, je ne l'ai pas trouvé), il ne comprend pas les noms longs (plus que ce que le FS le permet). La transmission sculpte toutes les distributions dans une liste linéaire sans aucun regroupement, qui « inspirera » à l'échelle spécifiée, ne comprend pas les noms longs.

Deluge est stupide avec des haut-parleurs

Les colonnes téléchargées, données et certaines autres ne sont pas affichées, ne les marquez pas. Ceux qui sont par défaut (par exemple #, nom, taille, état) sont discrètement activés et désactivés. Ce qu'il faut faire? Cela peut-il être corrigé dans les configs ? Mais je ne sais pas quel fichier chercher.
Si tout à coup c'est un bogue déluge éternel qui n'est pas corrigé, alors dites-moi les alternatives. Je les connais en partie. Parmi ceux que je connais et que j'aime visuellement - kTorrent par exemple. Mais j'ai un troisième gnome, et ils disent que c'est mauvais de tenir de lourdes baskets.

Deluge comment le faire fonctionner automatiquement en tant qu'utilisateur torrent dans arch-linux

Démarrage automatique du démon Deluged en tant qu'utilisateur "deluge"

Il y a un serveur avec debian 7.2. système d'initialisation systemd.

Obligatoire : exécutable, au démarrage du système, inondé en tant qu'utilisateur "déluge", accès au démon via l'interface graphique Windows sur le port standard 58846.

L'accès au dossier contenant les torrents est autorisé à l'utilisateur déluge, monté à l'aide du client samba dans / mnt.

Installé déluge, déluge-console. Accès à distance autorisé. J'ai créé un deluged.service, y ai mis le script du wiki officiel :

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 "déluge:pass:10" >> ~/.config/deluge/auth

J'active deluged.service :

systemctl daemon-reload systemctl enable deluged.service systemctl start deluged.service

Le démon démarre, fonctionne, le port occupe. Mais il ne veut pas démarrer via l'interface graphique de Windows. Je change l'utilisateur en root dans le deluged.service - cela me permet.

Qu'est-ce que je fais mal? L'utilisateur de Deluge a-t-il besoin de droits ?

démon déluge ne se décharge pas

Dans le déluge, je spécifie de quitter et d'arrêter le démon, ou je m'arrête d'abord depuis le menu. J'attends un certain temps. Et il est toujours actif au sommet. Ne réagit pas à la mise à mort habituelle, seulement avec un strapon. Tes idées? Forfait : Déluge

Déluge et mysticisme

Quelque chose d'étrange vient de se produire. J'écoute la radio internet. Et d'un coup ça commence à traîner. Je regarde le tableau des vitesses. Je vois que quelque chose a dévoré presque tout le groupe. Je commence à surveiller les ports, éteignant divers démons. Je regarde la vitesse que le déluge dévore à travers déluge-console. La vitesse rapportée ne se rapproche pas de celle engraissée. Iftop indique qu'il existe de nombreuses connexions et non avec le port du démon déluge. J'éteins le déluge. La vitesse a fortement chuté. Par souci d'expérimentation, j'ai allumé et éteint le démon plusieurs fois. Le trafic était clairement corrélé à l'activation/désactivation du démon. Qu'est-ce que c'était?!

Comment supprimer .torrent dans Deluge après l'avoir ajouté ?

À la recherche d'un nouveau téléchargeur torrent

Responsabilités:
- travailler 24 heures sur 24 comme un démon;
- avoir une interface visuelle pour ajouter/supprimer des torrents qui se connecteraient au démon ;
- la possibilité de configurer la réception des connexions des clients via un socket Unix et/ou une gamme spécifique d'interfaces réseau ou d'adresses IP de ces interfaces ;
- authentification multi-utilisateurs, de préférence avec restriction d'accès ;
- ne pas avoir de problèmes avec l'interface graphique ;
- les clients doivent pouvoir recevoir et afficher des informations sous une forme tabulaire complète classique ;
- le client-serveur ne doit pas être implémenté sur le protocole http(s) ;
- Être natif de Linux.

Bref historique de ce que j'utilisais avant :
Il y a longtemps, j'utilisais vuze alias azureus - je n'aimais pas l'interface.

Ensuite, il y a eu le déluge, que j'ai utilisé avec succès jusqu'à ce que, après le prochain réassemblage du monde, des problèmes de sapin surgissent. L'interface de déluge est proche de l'idéal, gardez cela à l'esprit.

Ensuite, j'ai décidé d'essayer rtorrent, que je maîtrisais, même si j'en avais assez de faire glisser tous les téléchargements ouverts du partage vers celui-ci. rtorrent c'est cool, mais moi seul peux travailler avec, et il y a aussi le reste de la famille.

Donc, après rtorrent, j'ai essayé à nouveau le déluge, mais il y avait encore des problèmes de sapin. Ensuite, j'ai créé un fil similaire à celui-ci et je suis passé à transmission-daemon et transmission-remote-gtk. Ce dernier a compris que dans le menu d'ajout d'un torrent, il ne permet pas de sélectionner un dossier normalement, ce qui oblige à marteler chaque chemin avec les mains. Les dernières versions ont rampé vers gtk + 3 que finalement
confirmé mon désir de m'en sortir. Non, je ne suis pas contre gtk3 en tant que tel, je pense juste que gtk est un putain de glucodrome, et je n'ai même pas de thème pour la troisième version.

Aujourd'hui j'ai mis un déluge. Cette fois, le serveur et le client ont commencé à fonctionner, j'ai été agréablement surpris par la simplification de l'organisation de l'authentification (auparavant, il fallait générer des mots de passe via la console, maintenant le texte en clair est dans un fichier), mais j'ai été déçu par le manque d'un paramètre d'interface sain sur lequel le déluge écoute les connexions. Delyuzh peut aller à deux extrêmes - soit il écoute l'hôte local, soit 0.0.0.0. Cependant, une surprise m'attendait - lorsque j'ai essayé d'ajouter un fichier, j'ai constaté que la boîte de dialogue de sélection de fichier ne fonctionnait presque jamais correctement, sauf lorsque le chemin était à la position du dernier sélectionné. // N'est-ce pas pour cette raison que l'élément similaire de la transmission est réalisé sous la forme d'un pauvre batteur ?

Supprimé (23.01.13 20:31:28)

Trier par addition.

Deluge ne transfère pas les fichiers de téléchargement terminés

Utilisé Deluge 1.3.5 du référentiel. Répartition - archlinux x86_64. J'ai défini dans les paramètres un répertoire pour le téléchargement et un répertoire pour les distributions terminées. Ne marche pas. J'ai également connecté le plugin AutoAdd, qui a également un paramètre similaire - il ne se transfère pas et c'est tout. Les torrents commencent à se télécharger dès que le fichier .torrent apparaît dans le bon répertoire.

J'ai essayé d'utiliser à la fois le démon et "l'interface classique" - aucune différence. J'ai même essayé de supprimer le déluge, tous ses paramètres, et de le réinstaller - ça ne marche pas, je l'ai aussi récupéré sur AUR, en vain. J'ai déjà défini les droits sur le répertoire pour les téléchargements terminés sur 777, ça ne marche pas aide, ce n'est pas le problème. Il était une fois tout fonctionnait, et puis d'une manière ou d'une autre, je n'ai même pas remarqué quand ça s'est arrêté.

Quelqu'un a-t-il rencontré un problème similaire? Et comment le surmonter ? Ne proposez pas d'utiliser la transmission.

Déluge dans le pack PC-Ubuntu + Server-NAS4Free (FreeBSD)

Je vais essayer de m'exprimer correctement et intelligiblement. À cause du fait que transmission L'interface graphique distante fonctionne maladroitement sur Ubuntu 12.10 (personnellement pour moi), j'ai décidé de créer un semblant de cela avec d'autres logiciels. Le choix s'est porté sur Inonder. Trouvé l'instruction http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient Made Installer Deluge sur FreeBSD

Au point IP privée: entré l'IP du serveur local (NAS) disons par exemple c'est 192.168.68.68

ifconfig | grep -e "adresse inet" | grep-v "192.168.68.68" | couper -f2 -d":" | couper -f1 -d" "

Deluge ajoute une extension pour les fichiers inachevés

priorités des fichiers en torrent, télécharger

Il existe un fichier torrent, il a une structure de répertoires, les fichiers sont nommés par leur hachage. J'ai déjà des fichiers sur mon ordinateur. Il est nécessaire de mettre la priorité "0" aux fichiers présents dans le torrent. Langage Python, bibliothèque torrent - libtorrent de rasterbar. J'ai creusé dans les sources de déluge (il est écrit en python et utilise la même bibliothèque). Je recevrai un fichier torrent ou un lien magnétique, mais ce n'est pas le sujet.

Pourquoi passer à KTorrent ?
KTorrent est dépourvu des inconvénients ci-dessus de Deluge, alors qu'il n'est pas inférieur en termes de fonctionnalité et de réactivité. Il consomme à peu près la même quantité de mémoire, malgré les bibliothèques de kde. Quant aux autres clients torrent, ils n'atteignent pas les fonctionnalités de Deluge et KTorrent. Seul qBittorrent pourrait devenir une alternative, mais il est interdit sur pornolab et crée toujours des répertoires vides (avec fichiers "vides", le problème est résolu).

Ainsi, en étudiant les expressions régulières et les utilitaires de la console Unix, j'ai écrit un script pour transférer les téléchargements et les distributions de Delugov. Je voudrais souligner trois choses :

• Le statut des fichiers non marqués pour le téléchargement dans les distributions multifichiers ne sera pas transféré (c'est-à-dire que, par défaut, tous seront marqués).
• Lorsque vous démarrez KTorrent, toutes les distributions/téléchargements transférés seront arrêtés et vous devrez les ressasser en sélectionnant chaque distribution et en appuyant sur SHIFT + C (je n'ai pas trouvé de moyen plus rapide. Dans certains clients torrent, il suffit de cliquer sur " commencer tout", mais KTorrent dans ce cas retéléchargera, pas ressasser).
• Performances testées sur Ubuntu 12.04, Deluge 1.3.5, KTorrent 4.1.3

#!/bin/bash #Deluge2KTorrent script #écrit par takiz alias papa printf "%s\n" "...attendez..." ; #éliminez les chemins de fichiers de torrents.state et corrigez l'encodage russe egrep "^S.\/" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$/\//;s/\//#/g" > chemins ; t=`chemins de chat` ; printf "%b\n" $t > chemins ; #éliminer les noms de torrent et supprimer les doublons de chaque paire egrep "(22,99)" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "affiche sauf si $U($_);$U($_)=1;" > torrents ; #créer un fichier de script temporaire pour créer des répertoires et exécuter 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; #créer un script de copie et exécuter printf "%s\n" "#!/bin/bash" > temp2.sh ; chmod 774 temp2.sh; torrents de chat | awk "(print $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent")" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh ; ./temp2.sh; sommeil10 ; #créer un modèle de statistiques printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > stats ; #créer des fichiers de statistiques avec les chemins a=2 ; tout en lisant f2 ; faites sed -e "1,/.*/(n;s/\(.*\)/\1$f2/)" stats >stats$a; a=$(($a + 1)); fait< 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/" >fichier_tmp ; mv fichier tmp temp2.sh chmod 774 temp2.sh; ./temp2.sh; sommeil5 ; #supprimer les fichiers temporaires rm chemins torrents stats temp1.sh temp2.sh; printf "%s\n" "ok" ;

Vérifiez le bogue dans Deluge

Très probablement, ne concerne que Fedora.

1. Télécharger.torrent
2. Spécifiez un dossier à télécharger.
3. Nous attendons la fin du téléchargement.
4. Quoi que vous spécifiiez à l'étape 2, nous voyons nos fichiers dans /home/username/

Je vais déposer un rapport de bogue, si au moins quelqu'un d'autre l'a, sinon, je cherche un problème avec moi-même.
PS le problème est apparu, me semble-t-il, après la mise à jour tant attendue vers la 1.3.5.