Aller au contenu

vincent7778

Membres
  • Compteur de contenus

    738
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Tout ce qui a été posté par vincent7778

  1. vincent7778

    Id

    Salut, je proposerais "Config File Editor". Très pratique, il est super pour paramétrer uMurmur par exemple. Certes ce paquet est dispo sur le repo "MertyMade" mais plus pratique de tout avoir ensemble.
  2. vincent7778

    D

    Merci beaucoup pour ces précisions Comme tu as pu le voir, j'ai laissé tombé le SSL, provoquant trop de problèmes avec la façon dont je l'utilisais. En tout cas merci encore à tous, j'en apprends tous les jours
  3. Alors pour l'icône sur le Desktop, je ne l'utilise pas, dans mes favoris Chrome. Ensuite pour les certificats, oui ce sont ceux par défaut, mais j'avais suivi un tuto pour paramétrer SABnzbd et il est bien stipulé : Alors moi j'ai suivi bêtement. Quelqu'un de calé en SSL peut-il me dire si c'est une faille de sécurité ? Selon moi non, certes mon certificat n'est pas signé mais il encrypte, après je ne suis pas du tout un expert EDIT : bon en fait, avec ma façon, ça fonctionne sauf que je peux plus redémarrer le NAS depuis le menu. Quand je clic sur redémarrer, ça le plante... bon, ba je vais pas mettre de https :s
  4. 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
  5. Ok bonne nouvelle Mais tu n'as pas d'idée pourquoi sur un NAS ça fonctionne et sur un autre non ?
  6. 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.
  7. 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....
  8. Bonjour, Je vous présente mon problème sur mon DS 211 (4.0 - 2219). Lorsque je veux le redémarrer en passant par la console (menu, redémarrer) : le NAS plante (avant ou après avoir redémarrer je ne sais pas). Il faut que je le débranche / rebranche électriquement pour le faire redémarrer. C'est un vrai souci parce que le NAS ne se trouve pas au même endroit géographique que moi. Quelqu'un a-t-il déjà eu ce problème ? Merci par avance, PS : j'espère que je post dans la bonne section. EDIT : bon ba j'ai trouvé la cause du problème. En mettant SABnzbd de SynoCommunity en HTTPS ça met un peu le chantier et chez moi cela a créé la panne énoncée ici ...je reste donc en http
  9. 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
  10. vincent7778

    D

    Je le re post ici parce que je trouve cela étrange, même si ça ne me gène pas (tout marche bien navette).
  11. vincent7778

    D

    Je pense pas que ça vienne de là puisqu'en installant le package de SynoCom, j'ai spécifié comme dossier de téléchargement : /volume1/downloads. Donc rien a voir, et ça ne fonctionne pas pour autant :s
  12. vincent7778

    D

    Oui il existe toujours (/volume1/Sharing/001-Downloads). En même temps c'est moi qui l'avais créé et les pc du réseau téléchargent dedans... Il faut que je le supprime et en refasse 1 nouveau ?
  13. vincent7778

    D

    Une fois désinstallé il n'y a plus sabnzbd dans /usr/local
  14. vincent7778

    D

    Lors de l'install du package de Zebulon, il n'y a rien à spécifier. Si tu parles de la config, il n'y a pas de répertoire à spécifier non plus. C'est lors de la première utilisation, je vais dans les paramètresrépertoiresDossier de téléchargement (temporaire/terminé) : tu parles de cela ?
  15. vincent7778

    D

    Il parle bien du dossier dé téléchargement des fichiers qu'on doit spécifier à l'install du package de SynoCommunity ? Parce que pour test j'ai installé le paquet de SynoCom en spécifiant un autre dossier, et toujours même problème. Je pense plutôt à un dossier "système"...
  16. vincent7778

    D

    Bonjour, merci pour ton temps passé à m'aider. Alors j'ai installé le tout sur un autre NAS sur lequel il n'y avait jamais eu Python ou SABnzbd et là ça fonctionne. J'en déduis qu'en désinstallant la version de Zebulon, il y a des restes (fichiers, dossier), pourrais-tu m'aider et m'indiquer où ils se trouvent afin que je fasse le ménage ? Merci par avance. EDIT : sur le NAS où ça fonctionne (tout est nickel) le paquet est marqué "arrêté" alors que SABnzbd fonctionne, normal ?
  17. @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 :
  18. 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 :
  19. 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.
  20. 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
  21. 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).
  22. 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...)
  23. vincent7778

    D

    Non, pas de bouton (411 DSM 4.0)
  24. 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 ?
  25. vincent7778

    D

    A oki, c'est peut-être pour cela qu'il n'a pas détecté que je l'avais déjà...
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.