Dites-moi comment fermer le pare-feu apf pour la plupart des ports, mais samba fonctionne localement et un client torrent, par exemple Deluge, fonctionne.
Distribution : Debian Jessie
Noyau : 3.14-2-amd64
Le mode dans lequel le pare-feu s'éteint après 5 minutes est désactivé. Je l'ai configuré comme écrit ici : https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur n'est pas proposé - c'est un utilitaire tordu, et barbu en plus.

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

Le déluge désactive Internet (WiFi)

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

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 mis dans init.d, créé un lien symbolique dans rc5.d dans YAST - gestionnaire de services (gestionnaire de services), le service est apparu, je l'ai mis sur Activé, je l'ai enregistré, je suis revenu , et il était à nouveau désactivé. Quoi ? Il démarre normalement sans problème, mais ne veut pas démarrer avec le système.

UPnP fonctionne en Transmission, mais ne fonctionne pas en Deluge et qBittorrent.

Sur le routeur (Fedoro19-router) pour UPnP, il y a linux-igd, par défaut.

J'exécute Transmission sur le client, sur le routeur dans iptables -L les ports transférés sont visibles, les logs linux-igd sont éloquents. Capot.

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 (comme asus, tp-link), la transmission, au contraire, ne fonctionne pas avec UPnP, mais qBittorrent oui.

Que faire tourner ? 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 voudrais demander aux joueurs inconditionnels avec plus de 1000 distributions actives quel client est actuellement optimal pour un tel scénario. Je ne considère que les serveurs et les clients démoniaques ayant 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 longs fichiers), résistance aux erreurs et à leurs conséquences lors du téléchargement, regroupement des distributions au lieu d'une liste solide.

Actuellement sous la supervision de Transmission, Deluge, qBittorent. Mais chacun a ses défauts. qBittorent n'a pas de visage normal pour l'interaction client-serveur (peut-être qu'il a déjà été ajouté, je ne l'ai pas trouvé), il ne comprend pas les noms longs (plus que ce que le FS permet). Le déluge (surtout le gars) commence pour devenir stupide sur plus de 100 torrents, des jambages fréquents avec ressuage (avant c'était définitivement le cas). La transmission transforme toutes les distributions en une liste linéaire sans aucun regroupement, qui, à l'échelle spécifiée, « inspirera », ne comprend pas les noms longs.

Deluge a des problèmes avec les haut-parleurs

Les colonnes téléchargées, téléchargées et quelques autres ne sont pas affichées car vous ne les marquez pas. Ceux qui sont par défaut (par exemple #, nom, taille, état) peuvent être facilement activés et désactivés. Ce qu'il faut faire? Peut-être que cela peut être corrigé dans les configurations ? Mais je ne sais pas dans quel fichier chercher.
Si du coup il s’agit d’un éternel bug de déluge qui n’est pas corrigé, alors proposez des alternatives. Je les connais en partie. Parmi ceux que je connais et que j'apprécie visuellement - kTorrent par exemple. Mais j’ai un troisième moucheron, et on dit que tenir des baskets lourdes n’est pas bon.

Deluge comment faire en sorte que le torrent soit automatiquement lancé par l'utilisateur dans arch-Linux

Démon Autorun Deluged en tant qu'utilisateur « déluge »

Il existe un serveur avec Debian 7.2. système d'initialisation systemd.

Obligatoire : lancé au démarrage du système, inondé par l'utilisateur "déluge", accès au démon via l'interface graphique Windows via 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éé deluged.service et y ai placé le script du wiki officiel :

Description=Démon client Deluge Bittorrent Après=network.target User=deluge Type=simple ExecStart=/usr/bin/deluged -d WantedBy=multi-user.target

adduser --disabled-password --system --home /home/deluge --group déluge

echo "deluge:pass:10" >> ~/.config/deluge/auth

J'active deluged.service :

systemctl démon-reload systemctl activer deluged.service systemctl démarrer deluged.service

Le démon démarre, fonctionne et occupe le port. Mais il ne veut pas le laisser passer par l’interface graphique de Windows. Je change l'utilisateur en root dans deluged.service et cela fonctionne.

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

le démon inondé ne se déchargera pas

En cas de déluge, je précise quitter et arrêter le démon ou l'arrêter d'abord depuis le menu. J'attends depuis un moment. Et il est toujours actif au sommet. Ne répond pas aux attaques régulières, seulement avec un gode-ceinture. Quelles sont vos idées ? Forfait : déluge

Déluge et mysticisme

Quelque chose d'étrange vient de se produire. J'écoute la radio Internet. Et soudain, ça commence à prendre du retard. Je regarde le graphique de vitesse. Je vois que quelque chose a englouti presque toute la bande. Je commence à regarder les ports et à désactiver divers démons. Je regarde la vitesse consommée par le déluge via la console déluge. La vitesse indiquée n'est même pas proche de la vitesse réelle. Iftop dit qu'il existe de nombreuses connexions et non vers le port du démon déluge. Je désactive toujours 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/la désactivation du démon. Qu'est-ce que c'était?!

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

À 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éseaux ou d'adresses IP de ces interfaces ;
- authentification multi-utilisateurs, de préférence avec restrictions d'accès ;
- aucun problème avec l'interface utilisateur ;
- les clients doivent pouvoir recevoir et afficher des informations sous forme de tableau complet classique ;
- le client-serveur ne doit pas être implémenté sur le protocole http(s) ;
- être natif de Linux.

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

Puis il y a eu Déluge, que j'ai utilisé avec succès jusqu'à ce que, après un autre remontage du monde, des problèmes de sapin surgissent. L’interface de partage 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 marre de faire glisser tous les téléchargements ouverts du partage vers celui-ci. rtorrent est cool, mais moi seul peux travailler avec, et il y a aussi le reste de la famille.

Par conséquent, après torrent, j'ai essayé de partager à nouveau, mais encore une fois, il y a eu des problèmes de sapin. Ensuite, j'ai créé un fil de discussion similaire à celui-ci et je suis passé à transmission-daemon et transmission-remote-gtk. Le problème avec ce dernier est que dans le menu d'ajout de torrent, il ne vous permet pas de sélectionner normalement un dossier, vous obligeant à appuyer manuellement sur chaque chemin. Les dernières versions sont passées à gtk+3 puis finalement
a confirmé mon envie de le quitter. Non, je ne suis pas contre gtk3 en tant que tel, je pense juste que gtk est un putain de glukodrome, et je n'ai même pas de thème pour la troisième version.

Aujourd'hui, j'ai installé le deluzh. Cette fois le serveur et le client fonctionnaient, j'ai été agréablement surpris par la simplification de l'organisation de l'authentification (auparavant il fallait générer les mots de passe via la console, maintenant le texte en clair est dans un fichier), mais j'ai été déçu par le manque de paramètres sains pour l’interface sur laquelle la connexion écoute les connexions. Deluzh peut faire 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 découvert 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 qu'un élément similaire dans la transmission est réalisé sous la forme d'un misérable batteur ?

Supprimé (23.01.13 20:31:28)

Trier en ajoutant.

Deluge ne transfère pas les fichiers des téléchargements terminés

Utilisation de Deluge 1.3.5 depuis le référentiel. Distribution-archlinux x86_64. J'ai défini dans les paramètres le répertoire de téléchargement et le répertoire des distributions terminées. Ne marche pas. J'ai également connecté le plugin AutoAdd, qui a également un paramètre similaire - il ne transfère pas et c'est tout. Le téléchargement des torrents commence dès que le fichier .torrent apparaît dans le répertoire souhaité.

J'ai essayé d'utiliser à la fois le démon et « l'interface classique » - aucune différence. J'ai même essayé de supprimer Deluge, tous ses paramètres, et de l'installer à nouveau - cela ne fonctionne pas, je l'ai également récupéré auprès d'AUR, en vain j'ai déjà défini les droits sur le répertoire pour les téléchargements terminés sur 777, ce n'est pas le cas. Ça n'aide pas, 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 ? Il n'est pas recommandé d'utiliser la transmission.

Déluge en combinaison avec PC-Ubuntu + Server-NAS4Free (FreeBSD)

Je vais essayer de m'exprimer correctement et clairement. À cause du fait que Transmission L'interface graphique à distance fonctionne mal sur Ubuntu 12.10 (pour moi personnellement), j'ai décidé de créer quelque chose de similaire avec d'autres logiciels. Le choix s'est porté sur Inonder. J'ai trouvé les instructions http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient Je l'ai fait Installer Deluge sur FreeBSD

En point IP privée: IP saisie serveur local(NAS) disons par exemple qu'il s'agit de 192.168.68.68

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

Deluge ajoute une extension pour les fichiers inachevés

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

Il existe un fichier torrent, il a une structure de répertoires, les fichiers sont nommés par leur hachage. J'ai déjà quelques fichiers sur mon ordinateur. Vous devez définir la priorité « 0 » pour les fichiers présents dans le torrent. Langage Python, bibliothèque torrent - libtorrent depuis rasterbar. J'ai fouillé dans le code source de Deluge (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 la question.

Pourquoi passer à KTorrent ?
KTorrent est dépourvu des défauts mentionnés ci-dessus de Deluge, mais 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 (le). le problème est résolu avec des fichiers « vides »).

Alors, étudier expressions régulières et les utilitaires Unix de la console, a écrit un script pour transférer les téléchargements et les distributions de Delyugov. Je voudrais attirer votre attention sur trois choses :

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

#!/bin/bash #Script Deluge2KTorrent #écrit par takiz alias papa printf "%s\n" "...attendez..."; #nous filtrons les chemins d'accès aux fichiers de torrents.state et corrigeons l'egrep d'encodage russe "^S.\/" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$/\//;s/\//#/g" > chemins; t=`chemins de chat`; printf "%b\n" $t > chemins ; #nous filtrons les noms de torrent et supprimons les doublons, un de chaque paire egrep "(22,99)" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "imprimer sauf si $U($_);$U($_)=1;" > torrents ; #créez 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éez un script de copie et exécutez printf "%s\n" "#!/bin/bash" > temp2.sh; chmod 774 temp2.sh; torrents de chats | awk "(imprimer $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent)" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh; ./temp2.sh; dormir 10 ; #créer un modèle stats printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > stats; #créer des fichiers de statistiques avec les chemins a=2 ; pendant la lecture f2; faire sed -e "1,/.*/(n;s/$.*$/\1$f2/)" stats >stats$a; une=$(($une + 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; dormir 5 ; #supprimer les fichiers temporaires rm chemins torrents statistiques temp1.sh temp2.sh; printf "%s\n" "ok";

Vérifiez le bug dans Deluge

Très probablement, cela ne s'applique qu'à Fedora.

1. Télécharger.torrent
2. Spécifiez n'importe quel dossier de téléchargement.
3. Attendez la fin du téléchargement.
4. Quoi que vous indiquiez à l'étape 2, nous voyons vos fichiers dans /home/username/

Je déposerai un rapport de bogue si cela se produit chez au moins quelqu'un d'autre, sinon, je rechercherai le problème moi-même.
P.S. Le problème est apparu, me semble-t-il, après la mise à jour tant attendue vers la 1.3.5.

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 au niveau des plugins, dont la plupart ne peuvent pas être configurés via WebUI. Heureusement, l'interface graphique (GTK UI) de Deluge vous permet de vous connecter et de gérer un client de serveur distant avec la même facilité que vous gérez client local.
Nous avons : Serveur distant(V. réseau local) exécutant Debian 7 et le démon Deluge installé dessus, associé à WebUI, ainsi qu'un ordinateur personnel exécutant Linux Menthe 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. Passons aux réglages et à l'installation de la partie client sur votre 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 commencer la configuration de trois manières, après avoir d'abord installé GTK UI sur votre ordinateur local :
aptitude installer déluge déluge-gtk
Ensuite, nous lançons le démon sur le serveur et définissons le login et le mot de passe pour l'accès à distance. La commande doit être exécutée en tant qu'utilisateur sous lequel Deluge Daemon est exécuté.
echo "nom d'utilisateur: mot de passe: niveau" >> ~/.config/deluge/auth
Où « nom d'utilisateur » est l'utilisateur, « mot de passe » est le mot de passe et « niveau » est le niveau d'accès. L'utilisateur et le mot de passe peuvent être arbitraires. Il n'est pas nécessaire qu'ils coïncident avec le 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.

1. La première méthode implique la présence de WebUI sur le serveur. Dans les paramètres, nous devons activer l'accès à distance au démon afin de nous donner la possibilité de nous connecter à Deluge à distance.

2. Dans la deuxième méthode, nous utilisons Deluge Console. Pour ce faire, vous devez l'installer sur le serveur.
aptitude installer la console déluge
Lancez la console
console déluge
Dans celui-ci, nous commandons :
config -s Allow_remote Vrai configuration Allow_remote
Quittez la console :
sortie
Toutes les actions avec la console doivent également être effectuées au nom de l'utilisateur sous lequel Deluge est exécuté.
Redémarrez le démon :
/etc/init.d/deluge-daemon redémarrage
3. Dans la troisième méthode, nous utilisons un tunnel SSH depuis un ordinateur domestique vers un serveur. Dans ce cas, il n’est pas nécessaire d’activer l’accès à distance côté serveur. Ouvrez un terminal local et écrivez ce qui suit :
ssh -fNL 127.0.0.2:58846:localhost:58846 serveur
Où « serveur » est l'adresse IP de notre serveur. Nous utilisons 127.0.0.2 au lieu de localhost afin que le client sache que nous nous connectons à un démon distant. Si vous obtenez l'erreur « bind : Impossible d'attribuer l'adresse demandée », exécutez la commande suivante (ajoutez un alias à la boucle locale) :
sudo ifconfig lo0 ajouter 127.0.0.2
Ensuite, nous répétons la commande précédente.

Ensuite, lancez GTK UI sur ordinateur local et dans les paramètres de l'interface, décochez la case à côté de Mode classique, puis redémarrez l'interface utilisateur. Maintenant, lorsque nous démarrons l'interface utilisateur GTK, nous voyons la fenêtre contextuelle du gestionnaire de connexion. Nous supprimons le démon local de la liste et entrons l'adresse du démon distant. Selon la méthode choisie précédemment, dans le champ Nom d'hôte nous saisissons soit l'adresse IP de notre serveur sur lequel se trouve Deluge, soit, dans le cas d'un tunnel ssh, 127.0.0.2. On ne touche pas au port si on n'a pas changé le port du démon lors de la configuration de la partie serveur. Nom d'utilisateur et mot de passe - indiquez les données que nous avons spécifiées dans le fichier ~/.config/deluge/auth.

C'est tout. Si tout est fait correctement, nous pouvons alors nous connecter en toute sécurité au démon via l'interface utilisateur GTK locale, dans laquelle tout ce que nous ne pourrions pas utiliser via l'interface Web sera disponible.
La capture d'écran montre deux connexions. Le premier est distant, nécessitant une option préalablement activée qui permet l'accès à distance au démon. La seconde est une connexion utilisant un tunnel ssh. Les coches vertes signifient que les connexions sont disponibles.

Important! Les versions serveur et client des programmes doivent être de la même ligne. Par exemple, sur mon serveur, la version du programme est 1.3.3, sur ordinateur de famille- 1.3.5. C'est bon. Si la version 1.2.X est installée sur le serveur et la version 1.3.X est installée sur le PC (ou vice versa), alors même si la conception fonctionne (ce qui est peu probable), les problèmes sont inévitables.

Installation

Obtenir dernière version ajouter le référentiel PPA :

Sudo apt-get 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-get mise à jour

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

Sudo apt-get install déluge-common déluge-console déluge

Si nous voulons une interface web, installez-la également :

Sudo apt-get install déluge-webui

Tous! Démarrons le démon :

Paramètres

Pour activer l'accès à distance, lancez la console :

Console Déluge

Et on exécute les commandes :

Config -s allow_remote Vrai
configurationallow_remote

Quittez la console :

Ajout d'un utilisateur pour accès à distance(ces données ne sont en aucun cas liées à votre utilisateur Linux) et indiquez les droits d'accès :

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

Plus de détails sur les droits d'accès.

Et redémarrez le démon :

Pkill inondé
inondé

Si nous voulons que Deluge fonctionne avec le système, nous devons créer des scripts qui le feront.

Créez la configuration :

Sudo vim /etc/default/deluge-daemon

Collez ce code ici, Nécessairement DELUGED_USER doit indiquer 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=""

# Faut-il lancer au démarrage ?
RUN_AT_STARTUP="OUI"

Créez un script de lancement :

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

Et nous y écrivons :

#!/bin/sh
### COMMENCER LES INIT INIT
# Fournit : démon déluge
# Démarrage obligatoire : $local_fs $remote_fs
# Arrêt obligatoire : $local_fs $remote_fs
# Devrait démarrer : $network
# Devrait s'arrêter : $network
#Début par défaut : 2 3 4 5
#Arrêt par défaut : 0 1 6
# Description courte : version démonisée de Deluge et Webui.
# Description : Démarre le démon Deluge 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"
NOM1="inondé"
NOM2="déluge"
DAEMON1=/usr/bin/déluge
DAEMON1_ARGS="-d" # Consultez `man déluge` 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 ceci par 0 si vous êtes inondé en tant qu'utilisateur propre
PKGNAME=démon-déluge
SCRIPTNAME=/etc/init.d/$PKGNAME

# Quitter si le package 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

# Chargez 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 garantir que ce fichier est présent.
. /lib/lsb/init-fonctions

if [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "OUI" ]
alors
log_warning_msg "$PKGNAME ne démarre pas, modifiez /etc/default/$PKGNAME pour le démarrer."
sortie 0
Fi

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

#
# Fonction qui démarre le démon/service
#
faire_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émarrage-arrêt-daemon --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 ne pouvait pas être arrêté
# autre si une panne s'est produite

Démon start-stop --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" ] && renvoie 2

Rm -f $PIDFILE1 $PIDFILE2

[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] && renvoie 0 || retour 1
}

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

esac
;;
arrêt)
[ "$VERBOSE" != non ] && log_daemon_msg "Arrêt de $DESC" "$NAME1"
faire_stop
cas "$?" dans
0|1) [ "$VERBOSE" != non ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != non ] && log_end_msg 1 ;;
esac
;;
redémarrer|forcer le rechargement)
log_daemon_msg "Redémarrage de $DESC" "$NAME1"
faire_stop
cas "$?" dans
0|1)
faire_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
;;
*)
# Impossible d'arrêter
log_end_msg 1
;;
esac
;;
*)
echo "Utilisation : $SCRIPTNAME (start|stop|restart|force-reload)" >&2
sortie 3
;;
esac

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

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

Ajoutez le script pour charger et décharger automatiquement :

Sudo update-rc.d Deluge-daemon par défaut

Eh bien, vérifions le travail effectué.

J'ai mis à niveau vers la version 12.04 et le Flood s'est déclenché. Je veux le supprimer puis l'ajouter à nouveau. Comment supprimer Déluge ?

Essayé : rechercher dans le centre logiciel Ubuntu
Erreur : le bouton indique "Installer" (mais il est déjà installé !)
Essayé : sudo apt-get remove --purge déluge
Échec : lecture de la sortie Suppression du déluge... mais je peux toujours le trouver lorsque je recherche mon tableau de bord

Si sudo apt-get remove --purge déluge a réussi, alors le package déluge a été supprimé avec succès.

Si des éléments de menu apparaissent toujours dans le tiret, cela ne signifie pas nécessairement que le programme est toujours installé, mais simplement que les liens vers celui-ci restent quelque part. Il est possible que Dash conserve son propre cache du contenu de votre menu et il faut un certain temps pour se rendre compte qu'une modification a été apportée.

N'hésitez pas à réinstaller Flood pour voir si cela fonctionne.

Pour référence future, vous devriez rechercher les fichiers dot dans ~/ ou ~/config spécifiques à Deluge. Il s'agit de l'emplacement le plus susceptible de stocker les données de votre compte. Essayez de l'effacer ou de le renommer. Cela peut résoudre votre problème d'origine (au lieu de devoir le réinstaller).

As-tu essayé suppression complète vous utilisez Synaptic Packet Manager ?

Installer synaptic sudo apt-get install synaptic

J'ai eu le même problème avec la suppression de Flood. J'ai réalisé que j'avais installé la version GTK, donc la simple désinstallation de Deluge ne fonctionnait pas. J'ai utilisé sudo apt-get remove --purge deluge-gtk

Selon l'OP, l'utilisation de sudo apt-get remove --purge déluge est la bonne méthode

Si vous avez installé à partir de fichiers source ou vous devez rechercher les fichiers Deluge restants, le Guide des widgets Deluge contient des informations : RemovingFromSystem

La raison la plus probable pour laquelle il apparaît toujours dans Dash est due au fichier deluge.desktop résiduel.

Vous pouvez utiliser Locate Deluge qui listera rapidement chaque fichier/dossier nommé inondation, et vous pourrez déterminer si l'application a été réellement désinstallée.

Si vous avez installé Deluge depuis code source, vous devrez supprimer manuellement les fichiers. Le dossier principal de l'application Flood est généralement installé dans le dossier site python ou dans un dossier dist-paquets qui devrait être visible dans la sortie de la commande ci-dessus. Vous devez également supprimer les binaires Flood de /usr/local/bin/ ou /usr/bin/ .

Comme le mentionne neon_overload, si vous rencontrez des problèmes avec Deluge, sauvegarde et la suppression de l'ancienne configuration peut aider à résoudre les problèmes de mise à jour. Emplacement par défaut : ~/.config/deluge

Sudo apt-get supprimer --purge déluge

Évidemment, vous comprenez que lorsque vous recherchez « Flood », vous l’obtiendrez toujours à l’écran.

Ce sont les fichiers d'inondation restants - pour les supprimer complètement de votre système,

Sudo apt autoremove déluge

Recherchez et aucune inondation n'apparaîtra….. Magie

En fait, pourquoi notre serveur de fichiers est-il inactif ? Et d’où doit provenir le fichier ? Installons un client torrent dessus. Je suis habitué à uTorrent sous Windows. Dans kubuntu, j'ai utilisé kTorrent à un moment donné. Mais dans ce cas, nous nous intéressons aux clients qui peuvent fonctionner sans interface graphique et qui disposent d'options d'interface Web :

Une combinaison de rTorrent + wTorrent. Il y a pas mal de descriptions de configuration sur Internet, mais la démarche me fait peur =)
TorrentFlux et son fork Torrentflux-b4rt. Créé comme une interface Web et rien de plus. Vous voudrez peut-être penser à le mettre en place.
Inonder. Initialement, il était prévu comme client torrent pour gtk. Mais à partir d'une certaine version, il peut fonctionner comme un démon, auquel vous pouvez connecter l'interface souhaitée - soit une face graphique, soit une face web, ou encore contrôlée via la console.

Pour l'instant, je pense essayer de jouer avec la troisième option. Oups, il s'avère que vous pouvez y attacher une face de vis ! Je vais chercher plus loin sur Google. Ce serait tout simplement très pratique, comme d'habitude - vous vous asseyez dans le navigateur, cliquez sur télécharger un fichier torrent et l'ouvrez sous Windows. Et elle transfère déjà le téléchargement vers le démon sur le serveur. Nous installons Deluge (en général, il est recommandé d'installer la version depuis le site officiel, mais je l'ai installée depuis les référentiels). sudo aptitude installer déluge-coresudo aptitude installer déluge-webuisudo aptitude installer déluge-console Si nous installons des packages téléchargés depuis le site, le problème des dépendances insatisfaites se posera très probablement. Nous sortons de la situation comme suit : sudo apt-get -f installer Lançons inondé Lancer le visage Web déluge --ui webÀ propos, 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 n'ai pas encore compris. Mais après avoir exécuté cela, 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 avez besoin que l'interface Web soit toujours disponible, poussez cette commande quelque part dans l'exécution automatique, mais pour qu'elle soit exécutée avec les droits d'un utilisateur régulier, je recommande d'ailleurs de pousser le lancement du démon déluge dans l'exécution automatique. l'interface fonctionne sur le port 8112. Passons via un navigateur au serveur souhaité sur ce port. Le mot de passe par défaut est Configure. Plusieurs options de conception sont proposées. L’option Ajax est la plus belle. Mais il n’a pas toutes les fonctionnalités. Par exemple, vous ne pouvez pas spécifier pour un torrent spécifique où télécharger un fichier. Vous pouvez uniquement préciser dossier partagé pour tous les torrents. Cette fonctionnalité est présente dans d'autres skins. Passons à la suite. Il est possible d'utiliser un shell GUI pour déluge, lancé sur n'importe quel ordinateur autre que le serveur (et même sur le serveur, si un environnement graphique y est installé). Il existe des shells GUI pour Linux et Windows. Mais avant d'utiliser le shell GUI, vous devez autoriser cela au démon. Nous procédons de deux manières :

Via l'interface Web. dans les paramètres - Déluge - Service - Autoriser la connexion à distance (cocher la case)
Via l'interface de la console. Nous écrivons déluge --ui console. Alors config 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 ( WindowsWeb Server 2008), installez le client sous Windows Accédez au site officiel du projet, téléchargez la version pour Windows. Il est recommandé de télécharger et d'installer la même version que le démon installé sur le serveur. Le programme d'installation vous demandera également d'installer GTK+ Runtime. Nous sommes d'accord. Une fois le client installé, nous allons dans ses paramètres :

Lancement du client
Allez dans "Préférences -> Interface" et décochez "Mode Classique".
Redémarrez le client. La fenêtre du gestionnaire de connexion devrait apparaître
Supprimez la ligne de localhost. En cliquant sur le bouton "Ajouter", saisissez l'IP du serveur (dans notre cas, la case). Laissez le port pareil.

Ici, je suis resté bloqué pendant un moment. En plus de l'adresse IP, j'ai dû saisir un nom d'utilisateur et un mot de passe. Disons que je pouvais définir le mot de passe via l'interface Web. Quel utilisateur dois-je écrire ? J'ai écrit le mien et le mot de passe défini via l'interface Web. Ce n'est pas grave, j'ai écrit le mien et le sien dans le système. Peu importe... J'ai fouillé. Alors, on fait ça :

Nous allons sur le serveur dans le répertoire personnel de notre utilisateur (à partir duquel nous lançons Deluge)
Ensuite, allez dans le répertoire /.config/deluge
Ouvrez le fichier d'authentification
Dans la deuxième ligne, nous écrivons le nom d'utilisateur et le mot de passe au format user:mot de passe (et je constate que nous écrivons ces informations par un imbécile)
Redémarrer le déluge - redémarrage déluge
Sur un ordinateur sous Windows, allez dans le Gestionnaire de connexions, saisissez cet utilisateur et son mot de passe dans les paramètres de connexion.
Cliquez sur "Connecter"
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 (interface graphique) et choisissons quoi faire. Mais il existe une autre méthode :

Créez un dossier sur le serveur, disons /home/user/torrents
Nous le partageons en samba.
Dans les paramètres de Deluge, nous l'avons configuré via le même museau Web afin qu'il prenne automatiquement les torrents de ce dossier.
Et puis, nous enregistrons simplement les fichiers torrent dans ce dossier.