Qui n’a jamais regretté d’avoir des torrents actifs sur sa machine alors qu’il essaie vainement d’accéder à d’autres services à distance ? Soucieux de partager les distributions GNU/Linux qui me sont chères (mais aussi d’en télécharger de nouvelles), je suis un utilisateur de l’excellent client Torrent Transmission. Livré par défaut sous Ubuntu, ce dernier offre la possibilité d’activer une interface en ligne pour gérer à distance ses torrents comme on le ferait directement depuis sa machine.
Transmission peut être administré à distance par l'intermédiaire d'une interface Web
Sachez simplement que cette option existe, dès lors, il est facile de l’activer depuis les réglages de Transmission puis d’ouvrir le port adéquat (9091 par défaut) pour y accéder derrière son routeur. Cette découverte m’a grandement facilité la vie pour un usage des plus classique : récupérer un peu de bande passante lorsque je travaille à distance sur ma machine via SSH ! Si je ne compte pas entrer dans les détails de son activation, sachez seulement qu’il vous faudra configurer au moins une chose dans le fichier ~/.config/transmission/settings.json : lister les IP autorisées à consulter l’interface dans l’option rpc-whitelist ou désactiver cette sécurité en positionnant le marqueur rpc-whitelist-enabled à 0.
L’extrait de settings.json correspondant est le suivant :
... "rpc-whitelist": "127.0.0.1", "rpc-whitelist-enabled": 0, ...
Si vous décidez justement de mettre votre bande passante au service de la communauté lorsque vous n’utilisez plus votre ordinateur. Il vous faudra accéder à cette interface. Seulement, elle sera inaccessible si Transmission n’est pas démarré. Évidemment, il vous sera impossible de lancer ce dernier à distance car la commande « transmission » dans un terminal distant retourne quelque chose comme « aucun display trouvé »…
L’astuce consiste à utiliser transmission-daemon qui permet, comme son nom l’indique, de démarrer transmission en mode démon. Pour ce faire, il faut commencer par installer le paquet transmission-daemon.
1 | sudo apt-get install transmission-daemon |
Si vous voulez éviter de définir des réglages bien particuliers pour transmission-daemon, l’astuce consiste à lui dire d’utiliser la configuration de son confrère graphique en le démarrant de la façon qui suit :
1 | transmission-daemon -g ~/.config/transmission |
Et voilà, l’interface de gestion de transmission est donc disponible où que vous vous trouviez !
J’oubliais de préciser qu’il est facile de faire un killall transmission depuis sa connexion SSH pour récupérer la précieuse bande passante mais redémarrer son client torrent ne pourra se faire que par l’astuce donnée dans cet article.
Il me semble plus judicieux de les mettre en pause pour les reprendre ensuite d’où l’intérêt de cette interface de gestion. Et les plus impatients d’entre vous pourront lancer le téléchargement d’une toute nouvelle distribution dès sa sortie même s’ils sont en déplacement !
Commentaire par Phil — 6 juin 2009 @ 23 h 08 min
Merci de seeder le dvd de Frugalware :-)
Commentaire par Devil505 — 7 juin 2009 @ 8 h 07 min
Oui enfin si tu regardes bien la capture d’écran, je n’en ai pas chargé beaucoup depuis la dernière fois que j’ai réinstallé mon système ^^ Enfin j’y travaille…
Commentaire par Phil — 7 juin 2009 @ 10 h 24 min
Génial, tu réponds exactement à la question que je me posais hier : est-il possible avec transmission de lancer juste un démon \o/
Commentaire par ®om — 7 juin 2009 @ 13 h 06 min
Arf, petit problème quand même, si transmission-daemon et transmission sont lancées, il se mélange les pinceaux, ils téléchargent chacun de leur côté les mêmes fichiers aux mêmes endroits…
Peut-on indiquer à transmission de n’être qu’un client de transmission-daemon?
Commentaire par ®om — 7 juin 2009 @ 13 h 29 min
Pourquoi veux-tu utiliser les deux en même temps ? Tu killes le daemon avant de lancer le client graphique et inversement… Non ?
Mais sinon je ne vois pas comment leur demander de coopérer, je pense que ce n’est pas prévu…
Commentaire par Phil — 7 juin 2009 @ 15 h 59 min
OK, et une autre question, quand on le lance avec « /etc/init.d/transmission-daemon start » (et qui démarre automatiquement au démarrage), quel fichier de config lit-il? Car quand je lance le démon comme ça, il me demande un login/mot de passe pour accéder à l’interface web.
Commentaire par ®om — 7 juin 2009 @ 20 h 26 min
Je ne sais pas… D’après moi, le daemon transmission ne génère pas ses fichiers de configuration comme son homologue graphique mais il doit quand même chercher si ~/.config/transmission-daemon/settings.json existe…
Tente donc :
cp -r ~/.config/transmission ~/.config/transmission-daemon/etc/init.d/transmission-daemon restart
Il est certain que
transmission-daemon -g ~/.config/transmission/settings.jsonfonctionne en tout cas ! Mais tu as l’air de chercher à faire tourner le service automatiquement… Tiens-moi au courant pour la tentative que je te conseille de faire, ça m’intéresse :)Commentaire par Phil — 7 juin 2009 @ 23 h 21 min
Plutôt que de killer transmission ou de le mettre en pause, il est possible de mettre en place un filtre sur les données échangées. Filtre qui utilise des files d’attente et leur donne un niveau de priorité de traitement. ssh > http > bittorent par exemple.
Il s’agit du script wondershaper que j’avais débusqué là :
http://www.lea-linux.org/documentations/index.php/Leapro-pro_reseau-qos#wondershaper
suite à une enquête ici :
http://forum.mandriva.com/viewtopic.php?p=384883#362697
Commentaire par TOnin — 9 novembre 2009 @ 16 h 44 min