Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 09/07/2017, à 16:44

gringo1er

Ubuntu en serveur de téléchargement distant

Bonjour à tous.

J'ai transformé un vieil ordi en serveur NAS multitâches.
Il est à la fois Cloud (nextcloud) avec les fonctions carddav et Caldav activées (comme ça Google n'a pas mon carnet d'adresse), multimédia (plex), le tout en SSL officiel fourni par mon fournisseur de nom de domaine.

Maintenant je voudrais qu'il puisse télécharger les gros fichiers (en http par exemple) à distance.

J'ai déjà installé Aria2, et j'ai mis un daemon en suivant ce tuto http://niranjanthilak.com/aria2-make-yo … ownloader/

J'ai installé php-curl, java, mais je demeure bloqué.

Aria2 marche déjà en ligne de commande de type aria2c http://xxxxx.iso mais, sans certitude d'un daemon actif, il télécharge dans le home, et pas dans le répertoire que j'ai désigné en suivant le tuto

Je voudrais donc, dans la continuité, pouvoir le rendre accessible par un client, via un accès https://xxxxxxx.fr:6800/jsonrpc  comme les clients uget et autres extensions chrome permettraient de le faire.

Je n'ai pas trouvé de tuto expliquant l'intégralité de la démarche (avec mon ubuntu 17.04).

Quelqu'un peut-il m'aider?

MErci!

Hors ligne

#2 Le 19/07/2017, à 22:33

J5012

Re : Ubuntu en serveur de téléchargement distant

aria2 est installé, le demon est lancé ...
il doit avoir un pid visible avec top

selon http://manpages.ubuntu.com/manpages/xen … a2c.1.html
le fichier conf doit etre $HOME/.aria2/aria2.conf
à moins d'indiquer l'option de modification de la conf : --conf-path=

Hors ligne

#3 Le 23/07/2017, à 15:56

gringo1er

Re : Ubuntu en serveur de téléchargement distant

MErci pour le message.

Le démon est bien actif (il répond bien aux "service aria2 stop" et start.
Le fichier conf utilisé est bien celui dans le home/user/.aria2
Les fichiers destination demeurent dans le home. Ce n'est pas bien grave pour le moment.
J'essaie de passer à l'étape d'après, à savoir l'install d'un client web, aria2webui.
Il est installé, il se lance. Mais en local ou à distance, j'ai le message suivant:
xOh Snap! Could not connect to the aria2 RPC server. Will retry in 10 secs. You might want to check the connection settings by going to Settings > Connection Settings

Le fichier conf me semble pourtant correct, avec les paramètres suivants:
enable-rpc=true
enable-dht=false
rpc-listen-port=6800
rpc-listen-all=true

Je sèche. Pas de firewall actif, la conf du client web est conforme. Sur un autre client, j'ai le message suivant:
Le GID est nul ! Est-ce qu'Aria2c est démarré en mode daemon ?

Je serais preneur d'un peu d'aide... Merci!

Hors ligne

#4 Le 24/07/2017, à 02:42

J5012

Re : Ubuntu en serveur de téléchargement distant

tu avais compilé aria2 comme dans le tuto ? si oui , c'est donc normal que aria.conf soit dans /etc

si tu as installé aria2 à partir du depot, la conf doit etre aria2.conf et se trouver dans le dossier personnel ...

le service init.d qui lance le demon est la commande aria2c avec l'option --daemon

c'est cette version : https://github.com/ziahamza/webui-aria2 , que tu utilises pour aria2webui ?

Hors ligne

#5 Le 24/07/2017, à 07:40

gringo1er

Re : Ubuntu en serveur de téléchargement distant

J'ai utilisé la version de dépôt
Concernant le daemon, j'ai créé un fichier aria2 dans l'init.d comme dans le lien plus haut ( http://niranjanthilak.com/aria2-make-yo … ownloader/ ) et lancé son démarrage auto comme indiqué.

Pour le webui, oui c'est cette version. Je l'ai juste activé par un a2ensite....

Hors ligne

#6 Le 24/07/2017, à 23:49

J5012

Re : Ubuntu en serveur de téléchargement distant

j'ai vu : tu dois ajouter l'option --rpc-listen-all dans le script aria2 de init.d

aria2c --daemon=true --enable-rpc --rpc-listen-all --conf-path=/etc/aria2/aria2.conf

qui est deja dans le code du script init.d de ton tuto, mais la boite d'edition de code de l'auteur est malfonctionnelle et en coupe une partie ... si tu l'as recopié à la main , il est incomplet sauf si l'as copié coller comme moi ci-dessus : tu l'as en entier !
→ on voit qu'il a donc redefini le conf-path ...
→ l'option --rpc-listen-all demande au service d'ecouter toutes les adresses et ports , donc potentiellement tous les clients aria2 peuvent acceder au service pour afficher les stats

quelle methode as-tu choisi pour le webui ? le lien en ligne ou l'interface complete telechargée sur ton disque ?

edit : j'ai enlevé du code une option -D en trop par rapport à l'option --daemon , et une erreur de ma part avec umask qui etait sur la ligne suivante

Dernière modification par J5012 (Le 24/07/2017, à 23:58)

Hors ligne

#7 Le 25/07/2017, à 09:59

gringo1er

Re : Ubuntu en serveur de téléchargement distant

Bonjour
La commande du script intègre effectivement ces infos (à part le pointage sur le home/user/.aria2/aria2.conf)
Le port est celui par défaut

Pour webui, j'ai utilisé le lien GIT, mais j'ai dù l'activer "à la main" (site available, a2ensite....)
Merci pour ce soutien apporté

Hors ligne

#8 Le 25/07/2017, à 23:53

J5012

Re : Ubuntu en serveur de téléchargement distant

le lien webui disponible sur le depot github permet de verifier que tu as le service aria2 activé : il s'agit en fait du client installé que tu cherches à installer wink donc si le lien te montre les stat de ton service aria2, alors ton service est lancé et fonctionne correctement ... par contre si tu obtiens des alertes en rouge → ce n'est pas bon ...

si tu recuperes l'interface, tu devrais lire leur fichier readme ! l'interface est un logiciel client pas serveur !

README.md a écrit :

...
Then download the webui, you can either do that by downloading this repository and running index.html in the browser
...

leur autre alternative d'excution de la page est de la servir au moyen d'un mini serveur programmé en node.js via l'adresse localhost+port definie par node.js lui-meme ...

il ne prevoit pas d'inclure un lamp gros comme une maison juste pour executer leur code html+js ... mais ca devrait fonctionner dans du lamp, puisque c'est prevu pour etre hebergé de facon passive ...

Hors ligne

#9 Le 26/07/2017, à 14:16

gringo1er

Re : Ubuntu en serveur de téléchargement distant

Ok je vais récupérer cette version et je reviens sur ce forum

Hors ligne

#10 Le 26/07/2017, à 20:44

J5012

Re : Ubuntu en serveur de téléchargement distant

gringo1er a écrit :

Ok je vais récupérer cette version et je reviens sur ce forum

ne l'avais-tu pas deja recuperé ?
la version html passive et la version serveurisé par node.js ou lamp est la meme chose ... ne lis-tu pas le readme ?

Hors ligne

#11 Le 26/07/2017, à 22:53

gringo1er

Re : Ubuntu en serveur de téléchargement distant

C'est évidemment un client web que je cherche à utiliser. Webui ou un autre, pourvu que le daemon tourne et soit accessible en RPC.

Mais d'un côté le daemon semble rouler, de l'autre les clients ne voient rien. J'ai récupéré le webui via le lien GIT, je n'ai pas récupéré le source sur le github de manière directe. l'autre client, c'est ocdownloader dans owncloud.

Ceci dit, le readme n'apporte rien que ce que je n'ai déjà fait. L'un ne voit pas l'autre. Un pb de port? de firewall? tous les ports sont forwardés au niveau du routeur, le firewall est désactivé pour le moment. De toute façon mais même en local, le client génère les mêmes erreurs. Avec et sans ssl, piste que j'ai explorée au cas où

Hors ligne

#12 Le 27/07/2017, à 23:03

J5012

Re : Ubuntu en serveur de téléchargement distant

le lien donné : https://ziahamza.github.io/webui-aria2/ , fonctionne pour ton demon ? ie pas d'alerte rouge ?

https://ziahamza.github.io/webui-aria2/ a écrit :


Oh Snap! Could not connect to the aria2 RPC server. Will retry in 10 secs. You might want to check the connection settings by going to Settings > Connection Settings

Hors ligne

#13 Le 28/07/2017, à 15:05

gringo1er

Re : Ubuntu en serveur de téléchargement distant

J'ai exactement ce type de messages. Pourtant, un sudo service aria2 status donne une réponse "active"

Je ne comprends pas où est le souci

Hors ligne