Torvic-Gall

Merci, je vais essayer ça alors ! Edit : Je confirme le bon fonctionnement de cette seconde instance ! Second ndd opérationnel en moins de 5min PS : aucun problème avec les termes "SAVED_OVH_ " dans le fichier account.conf

C'est ça en effet. Je veux juste lui créer les certificats et lui partager le dossier dans lequel ils seront générés et il s'occupera de les récupérer et de les ajouter à son syno. Est-ce que tu confirmes donc les étapes reprises dans mon message précédent pour configurer cette seconde instance nommée pour le coup Acme2 ? Si fonctionnement correct comme actuellement pour le miens, je suis supposé avoir dans "docker/Acme2/ndd2" les 3 fichiers nécessaire à lui partager qu'il récupèrera en ayant accès à ce dossier ndd2 (après configuration de ses clés OVH dans le account.conf bien entendu).

Merci pour ta réponse, et pour le petit tuto qui en aidera certainement plus d'un. L'utilisation de PuttY et WinSCP est trop complexe pour moi (oui je trouve toujours ce tuto plus simple dans le nombre d'étapes et sans l'utilisation de logiciels annexes a l'exception de l'éditeur de texte). Je suis de ceux qui si toutes les étapes d'un tuto ne sont pas clairement mentionnées, dans ce domaine je ne pourrais pas arriver jusqu'au bout par manque de connaissance et compréhension dans ce que je fais. Ainsi, pour ma question j'aurai préféré rester sous docker sur mon syno via une alternative "secondaire" (tel que seconde instance via un second dossier et second fichier account.conf si possibilité de le faire et de séparer les deux) pour son ndd. Ses connaissances informatiques sont encore pire que les miennes et il ne pourra jamais effectuer tout ça. Voilà ce qu'à mon niveau j'aurai essayé d'effectuer mais sans certitude de partir dans la bonne direction : créer un dossier "Acme2" sous Docker, Ajouter le fichier account.conf pour le ndd2 de mon beau-frere avec ses valeurs SAVED_OVH depuis son propre compte ovh, tel que mentionné ci-dessous : Puis créer le docker sous la forme (changement de Acme par Acme2 ?? ) Puis création des certificats via le planificateur de tâches (Remplacement de "docker exec Acme" par "docker exec Acme2") Est-ce aussi simple que cela pour ainsi gérer les deux ndd sous mon docker sans risque de perturbation de l'un à l'autre ?

J'avais également vu ce tuto pour les non docker, que je ne trouve absolument pas compréhensible et simple pour les non adeptes et initiés que nous sommes. Qu'est ce que tu appelles "registar" ? Mon ndd est chez OVH dans lequel j'ai suivi le tuto pour obtenir mes clés. Son ndd est également chez OVH, et j'ai également la possibilité d'obtenir les clés le concernant. Pour créer une deuxième instance ACME, suffit-il donc que je crée un second dossier "ACME ndd2" dans docker et que je reprenne le tuto en remplaçant par ACME ndd2 partout ?

Bonjour à tous, Un peu novice en la matière, je ne maitrise pas très bien tout cela. J'ai parcouru les 26 pages de commentaires mais ma question n'y est pas. (j'ai néanmoins vu certains effectuer la manip pour 2 ndd donc faisable à priori) J'ai suivi ce tuto pour mon serveur (un DS218+) qui fonctionne très bien [jusqu'au 3a) pour ma part !]. Mon beau-frère dispose d'un DS218J (et donc non compatible docker). J'aimerai pouvoir lui créer ses certificats facilement depuis mon serveur et lui donner l'accès au dossier avec les fichiers de son ndd.key, ndd.cer etc.. qu'il pourra récupérer et insérer dans son syno tout simplement. S'il change de syno à l'avenir, je lui conseillerai un compatible docker pour que ce soit beaucoup plus simple ! Néanmoins, je ne sais pas comment m'y prendre pour différentier les deux acme de mon côté et éviter de créer un conflit sur mon syno. Est-il possible de m'aiguiller et me donner un petit coup de main ? En vous remerciant par avance 🙂

Alors comme promis, voici mon retour : - Sous PuTTY : Suppression des deux fichiers inutiles à savoir 2.json et meta.json - modification du firewall_settings.json => remplacement de "false" par "true" manuellement puis sauvegarde. => Pare-feu activé dans le syno (chose qui ne fonctionnait pas quand je voulais cocher la case depuis sécurité -> parefeu) Passage à la deuxième étape les règles en elle-même : -1ère tentative après activation du pare-feu : Echec avec le même message d'erreur "Echec de chargement des données du profil" - J'ai donc déplacé le 1.json avec mes paramètres actuels (qui avaient + de 2 ans et dont je ne savais plus exactement ce qui était configurés) => Je n'avais donc que firewall_settings.json puis création d'un nouveau suivant les bases citée ci-dessus => Fonctionnel sous DSM je n'ai pas eu le fameux message d'erreur ! - Sous DSM donc, j'ai crée une nouvelle règle histoire de bien incrémenter ce 1.json pour commencer puis validation des changements. - Sous PuTTY : Ouverture puis modification du 1.json en ajoutant 1 à 1 tous mes anciens paramètres en copier/coller depuis le 1.json déplacé ailleurs => La dernière règle était celle qui posait problème. Ne sachant pas précisément ce à quoi elle servait je ne l'ai donc pas rajouté. Tout re-fonctionne à nouveau comme avant ! Par sécurité, j'ai enregistré mes paramètres ailleurs dans un fichier txt histoire d'avoir simplement à copier/coller un fichier fonctionnel ! Merci à vous tous pour ces conseils et j'espère que mon retour permettra aux suivant sous DSM6 qui auront ce problème de pouvoir le résoudre.

C'est noté, je vais déplacer les deux puis d'activer le pare-feu dans DSM quand j'aurai un peu de temps devant moi. Si ça ne fonctionne pas, je me pencherai sur le contenu du 1.json qui pourtant n'a pas été modifié depuis plus de deux ans. Merci pour ta réponse. Je reviendrai vous prévenir des résultats dans le cas ou quelqu'un d'autre ai le même problème

Salut @PiwiLAbruti Alors j'ai réussi à accéder en ssh. Dans le "firewall_setting.json" j'ai Dans le 1.json je n'ai pas "rules" : null mais bien tout ce qui ressemble à ma configuration pare-feu. Je ne vais peut-etre pas l'envoyer ici. Par contre j'ai un 2.json qui lui est totalement vide. Comme mentionné ci-dessus, je dois donc supprimer ce 2.json vide ? Si je comprends donc bien, j'ai ma configuration pare-feu qui est bien là, dont le NAS n'arrive ni à charger le profil par défaut ni à activer le pare-feu en lui même. J'ai également un troisième fichier qui se nomme meta.json et qui contient Le remplacement manuel de "false" par "True" peut-il permettre de forcer l'activation du pare-feu avec le 1.json ou ce n'est pas aussi simple ?

Je ne suis pas chez moi pour l'instant (en vacance à la Réunion) et je ne suis pas certain d'avoir accès en SSH depuis ici (actuellement non activé mais peut-être indisponible en dehors de mon réseau local). J'essaierai de l'activer et de faire un test avec PuTTY pour accéder aux dossiers et fichiers que vous mentionnez. Si j'ai la possibilité de "juste" modifier le .json pour le réactiver au lieu d'en faire un nouveau ça m'arrangerai, je ne sais plus tout ce qui est enregistré depuis bientôt 3 ans que je n'y ai pas touché. Merci pour vos retour en tout cas Je vous tiendrai au courant si j'ai le temps devant moi pour faire ça NB : Après avoir contacté le SAV Synology, ils m'ont conseillé de faire l'étape 1 de RESET mais n'ayant pas d'accès physique je ne peux pas le faire non plus.

Salut As-tu eu une réponse à ton problème ? J'ai la même chose depuis aujourd’hui sur le mien, j'ai un DS218+.

Salut, J'ai le même NAS que toi et la même disposition de disque (Volume 1 : WD 2To et Volume 2 : WD 4 To) et manquant de place je souhaite augmenter la capacité de mon volume 1 à 8To. As-tu trouvé une solution à ton problème ?

Bonsoir, Merci pour ce retour. En effet, l'étiquette de la barrette indique : CT51264BF186DJ.C8FN J'avais fait la même recherche sans résultat et elle n'est pas présente dans le fichier excel qui liste les RAM compatible. (Je comprends pourquoi au passage 🤣) D'après l'annonce Am***n c'est une dual (1.35V ou 1.5V) ce qui ne l'a pas fait marcher plus que ça pour autant. Je vais donc renvoyer la CRUCIAL et essayer cette version DDR3 qui d'après ce fichier excel est compatible chez un autre utilisateur : https://www.amazon.fr/gp/product/B00TGPVBMQ/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 J'espère ne pas tomber sur un NAS différent des autres et qui n'accepterai aucune RAM 🤣 Je reviendrai aux nouvelles une fois achetée et installée. Merci pour la réponse en tout cas

Bonjour à vous, Je possède un DS218+ avec les 2Go de RAM d'origine. 6 TO WD RED (4To+2To) J’essaie tant bien que mal de rajouter à minima 4Go afin d'avoir moins de phase de lenteur (ajout de fichier, scan de bibliothèque multimédia, accès aux données statistiques..). Utilisation majoritairement pour Plex via docker + Tautulli et sauvegarde de documents. J’éteins donc le NAS, retire un des disques pour avoir accès au slot vide et j'ajoute la RAM. Je remet le disque et j’appuie sur le bouton pour l'allumer. J'ai fais un premier test avec un barrette de récupération : HYNIX 4GB 2Rx8 PC3 - 10600s - 9 - 10 - F2 HMT351S6BFR8C - H9 NO AA (je ne sais pas à quoi correspondent toutes ces valeurs) Résultat : LED bleu clignotante sans interruption et sans démarrage. Je me suis donc dit que s'était une récup non compatible. Je décide alors d'acheter cette RAM : https://www.amazon.fr/gp/product/B00KSLPNN0/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1 Pour ceux qui ne souhaitent pas ouvrir le lien c'est une : CRUCIAL 4GB DDR3L-1866 SODIMM 1.35V CL13 D'après certains commentaires ça a fonctionné chez des personnes ayant le même modèle. J'effectue donc la même procédure d'installation de RAM et même résultat : LED bleue clignotante sans arrêt et NAS qui ne démarre pas (j'ai bien attendu 15min dans le doute ou ce serait plus long la première fois) Pourriez-vous m'indiquer s'il y a une manipulation spéciale à faire ? Qu'est ce qui fait que la RAM n'est pas reconnu ou acceptée ? J'ai essayé de souffler sur le SLOT en cas de poussière prononcée, cela peut-il jouer s'il y a des traces ? En vous remerciant par avance EDIT : J'ai trouvé ça sur le site de CRUCIAL ... Ceci explique peut-être cela : Notes sur votre système Synology requested all 1.35v memory be removed from their systems due to potential compatibility issues.

Moi je n'ai de lenteur que quand j'ajoute de nouveaux fichiers et que Plex est entrain de les indexer et télécharger les métadonnées. Le reste du temps c'est un peu réduit quand il y a 3 autres lectures en cours mais sinon pas au point de devoir reboot le serveur

Le déplacement d'un dossier de série de 6 saisons dans cette base de données pour la sortir du NAS (par manque de place) pendant la consolidation de la base de donnée planifiée n'était semble t-il pas apprécié. La tache planifiée d'analyse tous les 3 jours a bien aidé. Il a simplement suffit de relancer un scan une fois l'analyse terminée (Manip de la base de donnée sous docker éteint par prudence) et tout est rentré dans l'ordre. Plus de peur que de mal. Merci pour ton aide 😉