Sabnzbd

[vincent7778]

Lors de l'install de SABnzbd il demande un "répertoire de téléchargement" (ce que ne fait pas SABnzbd de Zebulon). Perso je ne sais pas quoi mettre ici (une zone blanche à remplir...).

C'est quoi exactement ?

Modifié le 17 avril 2012 par vincent7778

[bud77]

Il faut indiquer à quel endroits de ton nas tu veux stocker les fichiers téléchargés de SABnzbd

Normalement, tu as un bouton pour rechercher un dossier du ton nas (et le spécifier en tant que répertoire par défaut)

[vincent7778]

Oui, ce qui se faisait avant dans les paramètres une fois installé.

2 (3) choses :

pourquoi ne spécifier à l'install qu'un seul des 3 dossiers (finish, temp, dossier à surveiller) ?

bien que ce ne soit pas précisé, j'ai toujours du redémarré le NAS entre la fin de l'install et l'utilisation

(pour cette version, pour l'instant elle ne fonctionne pas chez moi, je redémarre mais impossible de me connecter sur le 8080 ou le 9090 https...)

EDIT : je confirme, cette version ne fonctionne pas chez moi, donc non ce n'est pas la même que la 0.6.15-2 (bienvenue dans les 1% )

(à moins que cela ne vienne du Python, mais ça m'étonnerait parce que lui c'était bien la même version...)

Modifié le 17 avril 2012 par vincent7778

[bud77]

Tu accèdes à la page de config par le centre de package, il t'enverras sur le bon port, avec la page de configuration complète

[vincent7778]

Oui sauf que non, sur les 3 NAS sur lequel je l'ai installé, page de config sur le 8080 ok, je mets mon serveur etc., mais une fois à la fin, les liens ne fonctionnent pas (timeout sur tous).

Pour la version que j'utilisais il me fallait en fait redémarré le NAS, et ENSUITE seulement les liens étaient bons.

Mais ici toujours pas et échec lors du lancement du paquet...

EDIT : bon ba je suis repassé à l'autre version (la 2) et elle fonctionne nickel (et peut-être plus intuitif qu'on ai pas à rentrer le dossier de téléchargement à l'install).

Modifié le 17 avril 2012 par vincent7778

[bud77]

Tu as bien désinstallé la version de Zebulon ?

Ton pare-feu est bien désactivé ?

Tu dis "les liens ne fonctionnent pas" ... lesquels .... ?

Si tu arrives à accéder à la config, je ne comprends pas comment tu peux arriver a l'étape "échec lors du lancement du paquet"

[vincent7778]

Désintall ok

Pas de pare feu

aucun lien ne fonctionne : une fois la config terminé, SABnzbd est totalement inaccessible, sauf après redémarrage (pour la version 2)

j'ai "échec lors du lancement du paquet" après avoir redémarré après la config (comme j'en avais l'habitude) pour la version 1

[bud77]

Perso, j'ai plutôt l'impression que c'est la config que tu met qui pose problème

Après installation du package, tu accèdes bien à l'interface de config ? Et une fois que tu as finis ta config, çà ne fonctionne plus ?

J'ai bien saisi ?

Par contre, je ne comprends pas du tout les histoires de version 1 et version 2

[vincent7778]

Ok pour les numéro de version mais de toute évidence ce n'est pas la même sur Zebulon et SynoCommunity.

Oui, je fais la config, c'est à dire juste le serveur de newsgroup et l'identifiant mot de passe, je saute l'étape 3, et à l'étape 4, il redémarre le paquet et affiche les liens : aucun ne fonctionne si je ne redémarre pas. Et pour la version 2 ça fonctionne après redémarrage, mais pas pour la 1, pour qui j'ai une erreur au lancement du paquet.

Je précise les versions :

SynoCommunity : 0.6.15-1

Zebulon : 0.6.15-2

Je sais que les numéros de versions ne pas corrélés, mais j'utilise cette différenciation pour les repérer car il ne s'agit PAS de la même version ou packaging)

Pour moi tout fonctionne nickel sur les 2 nas (411 et 1511+) (sauf le léger "souci" de redémarrage entre la fin de la config et la mise en production avec la version 2, mais la 1 ne fonctionne pas du tout.

Modifié le 17 avril 2012 par vincent7778

[Diaoul]

Lors de l'install de SABnzbd il demande un "répertoire de téléchargement" (ce que ne fait pas SABnzbd de Zebulon). Perso je ne sais pas quoi mettre ici (une zone blanche à remplir...).

C'est quoi exactement ?

Le SPK de zebulon créé un partage spécifique pour stocker les téléchargements. Pas celui-ci. Par exemple, moi je spécifie "/volume1/downloads" puisque j'ai un partage "downloads" sur mon "Volume 1".

Oui, ce qui se faisait avant dans les paramètres une fois installé.

2 (3) choses :

pourquoi ne spécifier à l'install qu'un seul des 3 dossiers (finish, temp, dossier à surveiller) ?

bien que ce ne soit pas précisé, j'ai toujours du redémarré le NAS entre la fin de l'install et l'utilisation

(pour cette version, pour l'instant elle ne fonctionne pas chez moi, je redémarre mais impossible de me connecter sur le 8080 ou le 9090 https...)

EDIT : je confirme, cette version ne fonctionne pas chez moi, donc non ce n'est pas la même que la 0.6.15-2 (bienvenue dans les 1% )

(à moins que cela ne vienne du Python, mais ça m'étonnerait parce que lui c'était bien la même version...)

• "complete" et "incomplete" sont des sous répertoires du répertoire de téléchargement demandé dans le wizard. Les autres répertoires ne sont pas nécessaires au bon fonctionnement du SPK.
  
• inutile de redémarrer le NAS
  
• as-tu bien démarré le SPK et cliqué sur l'icone sur le bureau de DSM ?
  

Je t'invite à désinstaller les SPK du repo de zebulon ainsi que de supprimer son dépôt de la liste des autres sources pour faire d'autres essais. Ces SPKs sont testés et fonctionnent correctement pour une grande majorité des personnes, il n'y a pas de raison que ce ne soit pas le cas chez toi.

Si tu le souhaites, tu peux continuer à utiliser le dépôt de superzebulon mais tu ne pourras pas bénéficier des SPKs de SynoCommunity

A tous les coups tu as un espace ou des accents dans ton dossier de download ?

[vincent7778]

Alors, j'ai bien désintallé Python et SABnzbd (je n'ai plus le repo de zebulon).

Redémarré

Installé Python depuis SynoCommunity

Redémarré

Installé SABnzbd

Paramétrage (paquet lancé ok) à la fin du paramétrage aucun lien ne foncitonne et le paquet est arrêté. Impossible de le lancer, erreur

Redémarrage : idem, paquet arrêté et impossible de lancer...

Pour info : mon chemin donné pour le dossier de téléchargement : "/volume1/Sharing/001-Downloads"

Pour résumer : dès que la config est terminée, impossible de relancer le paquet... (ce qui ne se produisait pas avec la version de Zebulon).

Quelqu'un voit-il un problème chez moi (dans ma manière de faire) ?

Voir :

Modifié le 17 avril 2012 par vincent7778

[Diaoul]

Alors, j'ai bien désintallé Python et SABnzbd (je n'ai plus le repo de zebulon).

Redémarré

Installé Python depuis SynoCommunity

Redémarré

Installé SABnzbd

Paramétrage (paquet lancé ok) à la fin du paramétrage aucun lien ne foncitonne et le paquet est arrêté. Impossible de le lancer, erreur

Redémarrage : idem, paquet arrêté et impossible de lancer...

Pour info : mon chemin donné pour le dossier de téléchargement : "/volume1/Sharing/001-Downloads"

Pour résumer : dès que la config est terminée, impossible de relancer le paquet... (ce qui ne se produisait pas avec la version de Zebulon).

Tu peux aller dans le journal du SPK pour voir ? (Centre de paquets > "Plus" sur SABnzbd > Onglet "Journal")

As tu un user "sabnzbd" dans la liste des utilisateurs du NAS ? Si oui, supprime le.

Essaye avec un autre répertoire de téléchargement à l'installation, un truc simple comme "/volume1/downloads". Attention, il faut que ce répertoire existe. Tu pourras le changer a postériori.

Ca me parrait très bizarre comme problème, sachant que Python fonctionne et tout.

[Amsonia]

Bon, le dev de Config File Editor est Remco Schellekens, l'admin du repo http://www.mertymade.com/syno/index.html

Je vois d'ailleurs que dernier propose aussi du python.

Si j'ai bien tout compris, ma config de repo ne devrait pas entraîner de conflits.

Seul l'update de Transmission -installé via Zebulon donc- risque d'être problématique.

J'imagine qu'il n'y a pas de transfert automatique entre zebulon et synocommunity, si ?

Sinon, je peux désinstaller Transmission et le réinstaller depuis SynoComm sans risque de tout perdre ? (je parle des torrents, évidemment pas des fichiers téléchargés). Sachant que j'avais configuré à la main un htaccess sur la webui du daemon Transmission.

Tout cela sera repris de manière transparente ?

[bud77]

J'émet un gros doute sur la reprise de la config, faudrait voir si tu as une option exportation ...

[Amsonia]

Si je sauvegarde le dossier contenant les fichiers torrents et que je le remets ensuite dans la nouvelle installation, ce sera correcement repris quand même ?

[vincent7778]

@Diaoul

Alors je n'ai pas d'utilisateur sabnzbd, j'ai créé le dossier downloads simple comme tu le préconises, ne marche toujours pas, voici une copie du journal si ça peut aider :

[Diaoul]

Pour SABnzbd je n'ai pas trop d'idées. Comme tu peux le voir, il se lance bien, le problème c'est que ton cache est corrompu ou je ne sais pas quoi. Essaye avec une autre config ? Sans ajouter de téléchargements ?

Je t'invite à chercher sur le net mais moi je vois pas de trace d'un plantage quelconque, le paquet semble bien fonctionner.

Le statut du paquet est bien "En cours d'exécution" ? Si c'est le cas, il n'y a pas de problème de notre coté. Peut être un firewall ? Le port 8080 est inaccessible sur ton Syno ? Si tu es à l'extérieur, tu as bien forwardé le port ?

[vincent7778]

Alors : BONNE NOUVELLE : j'ai trouvé le problème.

En fait dans la config initiale je cochais : https. Quand je ne le fais pas j'ai pas de problème.

Un dernier détail, quand je vais par la suite dans les paramètres pour activer le https, le paquet ne répond plus.

De base dans la config du paquet de zebulon que j'avais, dans la case certificat j'avais : "server.cert" et dans la cas clé : "server.key".

Que je remette ces paramètres ou laisse ceux par défaut dans la config de SynoCom, ça fait tout planter.

Que dois-je faire ?

Je tiens à préciser que je n'ai pas de certificat signé sur mon NAS (génant ? est-ce que j'enlève tout l’intérêt du https ?)

Sur le NAS où ça fonctionne les fichiers "server.cert" et server.key" sont dans usr/local/sabnzbd/var/admin, ce qui n'est pas le cas sur le serveur où ça ne fonctionne pas, comment faire ?

Merci

Modifié le 18 avril 2012 par vincent7778

[bud77]

A part si ton NAS est en DMZ, tu n'as absolument aucune raison d'utiliser du HTTPS, si ce n'est t'attirer encore plus d'erreurs

[vincent7778]

Ba la connexion est cryptée en SSL, ce qui n'est pas le cas en http non ?

Ce qui me dérange, c'est que sur le NAS ou il n'y a jamais eu le paquet de Zebulon, j'ai activer le https, désigné "server.cert" et "server.key" dans les champs prévus à cet effet et ça fonctionne (a part ce truc bizarre qui dit que le paquet ne peut pas se lancer, alors même qu'il est lancé :s).

Mais sur les 2 autres : bam, plantage complet....

[bud77]

Attention, il faut distinguer connexion aux newsgroup en SSL, et connexion a l'interface de config en HTTPS

Ce sont 2 choses totalement indépendantes

La partie server.key/cert c'est pour le HTTPS.

Le SSL aux newsgroup est géré nativement par SABnzbd

[vincent7778]

Oui mais non : le https utilise le cryptage SSL/TLS

De plus : un NAS en DMZ : LoL

Et c'est totalement différent :

Même si je ne donne pas accès à tous les ports du NAS depuis l'extérieur, je veut crypter mes connexions, d'ou l'utilisation du ssl (en https).

Ça n'a rien à voir : l'accès aux ports et le type de connexion.

Donc moi si j'ai le choix : SSL (comme par exemple le https dès que c'est possible, le SSL pour les Newsgroup, etc...).

Après je ne suis pas expert de la gestion des certificat et clé, et je ne vois pas d'ou vient le problème ici, même si il est intimement lié au paquet de Zebulon.

C'est peut-être en lien avec ce que dit Nounours mais cette fois un problème de droits sur les fichiers server.cert et server.key.

Modifié le 18 avril 2012 par vincent7778

[Diaoul]

Le paquet NZBConfig incluera un petit helper pour utiliser le HTTPS sur les packages dans ses versions futures. Pour l'instant il faut se contenter du HTTP sachant qu'on est quand même pas sur des applications critiques pour la sécurité du NAS.

Et oui, pour que le HTTPS fonctionne il faut donner les bons droits aux certificats.

[vincent7778]

Ok bonne nouvelle

Mais tu n'as pas d'idée pourquoi sur un NAS ça fonctionne et sur un autre non ?

[vincent7778]

J'ai l'impression que la version de Zebulon se créait seule les fichiers server.cert et server.key, ce que ne fait pas la version de SynoCom. Cette dernière essaye d'aller utiliser ceux du système (/usr/syno/etc/ssl/ssl.crt/server.crt) mais n'a pas les droits dessus : d'où plantage...

Bon ba j'ai réussi

En fait j'ai activer le HTTPS et mis :

Certificat HTTPS : server.crt

Clé HTTPS : server.key

Et ça fonctionne

Le seul bémol est que le paquet est marqué "arrêté" alors qu'il es bien lancé.

Merci à tous pour votre aide, c'est vraiment té gentil

Modifié le 18 avril 2012 par vincent7778