Toutes les discussions

C'est ce que je fait chez moi car je lis les films, etc. avec la Freebox et au dernière nouvelle, elle ne sait pas décoder du H265.

Je viens de jeter un oeil sur le script python et effectivement, il n'est pas à jour puisqu'il recherche des valeurs qui ont été renommées comme vu plus haut : for ligne in LeNddConf : if "Le_NextRenewTime" in ligne : nextrenewtime = re.findall('\'(.*?)\'', ligne)[0] if "Le_NextRenewTimeStr" in ligne : nextrenewtimestr = re.findall('\'(.*?)\'', ligne)[0] if "SAVED_SYNO_Username" in ligne : SAVED_SYNO_Username = re.findall('\'(.*?)\'', ligne)[0] if "SAVED_SYNO_Password" in ligne : SAVED_SYNO_Password = re.findall('\'(.*?)\'', ligne)[0] if "SAVED_SYNO_DID" in ligne : SAVED_SYNO_DID = re.findall('\'(.*?)\'', ligne)[0] Ceci explique pourquoi ça ne fonctionne pas. Vous pouvez modifier le script pour les nouvelles dénominations mais cela ne garantit pas que le reste fonctionne encore.

Fais l'essai avec le même film et les deux encodages ? Histoire d'en avoir le cœur net

Comme je l'ai dit, je n'utilise pas ce tuto. J'ai cru comprendre au fil de cette discussion que le script python n'est plus applicable avec les dernières versions de DSM, mais je n'en suis pas sûr. De toute manière, je n'ai jamais été convaincu de son utilité. De plus, je crois que le script en question n'est plus maintenu depuis des mois/années. J'ai un NAS dont je m'occupe qui n'est pas sous docker et pour lequel je passe par la procédure de base : GitHubSynology NAS GuideA pure Unix shell script ACME client for SSL / TLS certificate automation - acmesh-official/acme.shCa fonctionne très bien. Si votre NAS est compatible docker (ce que vous ne dites pas), alors je vous conseille de vous tourner vers le tuto correspondant.

Bonjour Firlin, oui, je les lis depuis ce dossier là. tu me conseille de rester sur du H264 ? merci

Bonjour, J'ai refait le tuto. J'arrive toujours à la même conclusion (problème initial): (...) -- Renouvellement certificat via acme.sh Traceback (most recent call last): File "/volume1/Scripts/acme_renew.py", line 483, in <module> os.environ["SYNO_Username"] = SAVED_SYNO_Username NameError: name 'SAVED_SYNO_Username' is not definedTu évoques le fichier synology_dsm.sh mais je ne l'utilise pas. Ce tuto utilise acme_renew.py. C'est lui qui provoque le problème. A priori c'est la version 1.44. Existe-t-il une autre version ? Pour le moment, je n'ai pas ajouté SAVED_SYNO_Username et SAVED_SYNO_Password à la place de SAVED_SYNO_USERNAME et SAVED_SYNO_PASSWORD puisque tu semble indiquer car je ne devrais pas. Si quelqu'un a une idée pour l'aider, merci ! le fichier acme_renew_python.log indique : (...) 02/19/2026 11:34:48 AM INFO:-- Renouvellement certificat via acme.sh 02/19/2026 11:34:48 AM INFO:-- Export des variables environnement : SYNO_Create, SYNO_Username, SYNO_Password, SYNO_DID

Bonjour à tous, Je mets actuellement en place une stratégie de sauvegarde hors site pour un petit environnement professionnel et j’aimerais valider l’architecture retenue, ainsi que connaître les éventuelles alternatives plus efficaces. 🔹 ContexteNAS principal sur site (cabinet) NAS secondaire hors site (domicile) Sauvegardes des postes Windows réalisées via Active Backup for Business (~1–2 To actuellement) Volumétrie amenée à évoluer progressivement 🔹 ObjectifDisposer : d’une sauvegarde locale rapide pour restauration immédiate d’une copie distante pour protection contre sinistre, vol ou ransomware d’une solution fiable et exploitable en cas de perte totale du NAS principal 🔹 Objectif initialAu départ, je souhaitais sauvegarder directement les postes via ABB vers deux NAS simultanément (local + distant). Cependant, après vérification, cela ne semble pas possible techniquement sans recourir à des solutions non officielles ou à des contournements peu recommandés. Je recherche donc une solution fiable, éprouvée et maintenable dans le temps, évitant les montages fragiles. 🔹 Solution actuellement en cours de déploiementABB vers NAS principal Snapshot Replication du dossier ABB vers NAS distant Snapshots immuables activés Connexion sécurisée entre les deux sites 🔹 Observation sur la première réplicationLa première réplication a démarré à 00h00. À 09h02, seulement 153 Go ont été transférés malgré fibre des deux cotés. Cela me semble relativement lent, mais je n’ai pas encore suffisamment de recul pour juger si ce débit est normal dans ce type de configuration. 🔹 QuestionsCette architecture vous semble-t-elle cohérente et fiable dans le temps ? La réplication Snapshot du dossier ABB est-elle la meilleure approche ou existe-t-il une méthode plus adaptée ? En termes : d’espace disque utilisé de vitesse de réplication de résilience et facilité de reprise y a-t-il une solution plus efficiente ? Certains privilégient ils Hyper Backup ou une autre approche pour ce type de scénario ? Le débit observé lors de la première réplication vous semble-t-il normal ? Des retours d’expérience concernant la restauration après sinistre avec cette architecture ? L’objectif est d’avoir une solution robuste, maintenable et optimisée, sans complexité inutile. Merci d’avance pour vos retours et partages d’expérience. Ethan

Bonjour, oui, démonter les HDD, les déplacer dans le DS1825+, démarrer le nouveau NAS avec les données telles qu'elles étaient dans le DS918+... J'ai découvert récemment qu'au 1er démarrage, il suffit de sélectionner "migration"... Concernant le cache, je le supprime avant et je récupère mes SDD pour en créer un nouveau dans le DS1825+ : d'ailleurs, je suis en lecture / écriture, j'ai vu qu'il y avait le mode lecture unique : avantages inconvénients ? Si ce n'est qu'un avertissement, ce n'est pas grave et que je peux réutiliser mon matériel, je suis tenté de faire la migration... Merci

Bonjour @cedbuj , Oui tu peux migrée les disques de ton DS918+ vers un DS1825+, dans le gestionnaire de stockage tu vas avoir un avertissement. Mais cela ne bloque en rien le nas. Idem pour les SSD, par contre il te faudra refaire le cache. (pas sur que tu es un avertissement ). Par migration tu entends démonté les disque de ton DS918+,le remonter dans le DS1825+ et lancer l'installation du DSM avec les données deja présente sur le disques ?

Bonjour, je possède actuellement DS918+ dont le stockage commence à saturer. Mon DS918+ : est équipé de 4 HDD seagate ST140000NE0008, de 2 NVMe M.2 Samsung SSD 970 EVCO plus 500GB pour le cache. mon volume est en SHR. Je surveille avec scrutiny. Je ne fait tourner aucun autre docker ou machine virtuelle, juste le proxy reverse, il me sert uniquement pour le stockage couplé à une machine proxmox. J'ai découvert que l'on pouvais migrer simplement des HDD d'un NAS vers un autre ce qui me pousserait à rester sur un synology Du coup, est-ce réalisable de migrer vers un DS1825+ avec mes HDD actuels mais aussi est-ce que je pourrai conserver mes NVMe M.2 Samsung sans être bloqué par les nouvelles restrictions matériels ? J'ai lu qu'ils avaient reculé sur ce sujet même s'il y a des messages d'avertissements, je peux faire avec, tant que ce n'est pas bloquant. J'envisage par la suite d'étendre avec des HDD toujours seagate IronWolf Pro. Merci de votre aide....

Oui, mais ils nécessitent plus de charge en traitement (je m'aperçois que je reformule ce que dit @firlin ).

tu les lis au travers du dossier Mes vidéo crée par défaut en installant le paquet serveur multimédia ? Oui mais plus compressé et donc c'est soit le nas ou le périphérique qui doit faire le décodage.

bonjour et merci pour le retour Firlin, j'utilise VLC sur ipad/samsung et pc, et le logiciel de lecture interne de la télé samsung (je n'ai pas de nom à donner, je ne sais pas) les nouveaux films sont en majorité en H265, moins lourds.

Non @GARUDASEB , c'est noté Synology & DiskStation Manager (DSM)\Sauvegarde, Synchronisation et Sécurité\ dans l'entête.

Bonjour @cineniko95 , Pour lire les films présent sur le nas, sur tes diffèrent périphérique tu utilises quel logiciel ? ( présent sur le nas ou les périphériques ) ? Sais tu nous dire dans quel format sont tes nouveaux films ? ( H264, H265, etc.. ) . Tu peux connaitre le type de codex d'un film avec MediaInfo : https://mediaarea.net/fr/MediaInfo

Bonjour à tous, J'ai eu la joie d'avoir le DS1815+ avec son extension 5 disques et m'en servait essentiellement de serveur multimédia. Ce syno est décédé prématurément (maladie connue de ce modèle) et je l'ai donc remplacé par le 1821+ et son extension. J'en ai profité pour rajouter la carte 10G et 8Go de ram. Ayant gardé le même ordre des disques dur lors de l'installation de ceux ci dans le nouveau syno, j'ai eu la joie de retrouver l'intégralité de ma collection de films. Depuis, j'ai rajouté des films en 4K et en 1080p. Le souci que je rencontre est que ma télé Samsung, ipad, iphone et telephone samsung "voient" les nouveaux films mais ne lisent qu'environ 3-4 minutes avant de se couper avec un message, "vérifier le réseau" ou alors un écran noir. Pour info, les films déjà présent lors du changement de nas sont eux lus parfaitement. pouvez-vous m'aider à comprendre svp ? soyez sympas dans vos explications, je suis un utilisateur novice, ne soyez pas trop technique. Merci d'avance,

Hello est-ce que je suis dans la bonne section ?

Bonjour et bienvenue sur ce forum.

Ce n'est pas le script acme qui utilise les données Saved_SYNO. C'est synology_dsm.sh. Ce script n'a pas été modifié depuis 2023. Si le script mentionne bien SAVED_SYNO_Username et SAVED_SYNO_Password c'est uniquement pour les convertir en SAVED_SYNO_USERNAME et SAVED_SYNO_PASSWORD pour une question de rétrocompatibilité. En effet, les anciennes versions utilisaient les minuscules et pour pouvoir les convertir sans avoir à intervenir sur le fichier de configuration, le script accepte l'ancienne écriture et réécrit la nouvelle dans le fichier .conf. Ce sont ces lignes dans le script qui font l'opération de rétrocompatibilité. _migratedeployconf SYNO_Username SYNO_USERNAME _migratedeployconf SYNO_Password SYNO_PASSWORD _migratedeployconf SYNO_Device_ID SYNO_DEVICE_ID _migratedeployconf SYNO_Device_Name SYNO_DEVICE_NAME La fonction _migratedeployconf dit en substance : si tu trouves une valeur sauvegardée sous l'ancien nom, copie-la automatiquement sous le nouveau nom. Sauf si votre script n'est pas à jour, le fait d'avoir ou pas des minuscules n'aurait pas du bloquer son déroulement, et le passage en tout majuscule lors de la mise à jour est normal puisque c'est l'écriture reconnue dans le script. Pour SYNO_DEVICE_ID inscrit dans le fichier ndd.conf, je parlais par rapport à mes NAS. Je n'utilise pas la méthode de ce script mais je passe par docker et il se peut que le fonctionnement soit un peu différent d'une méthode à l'autre, bien que le principe d'obtention et de déploiement du certificat soit rigoureusement le même.

Merci @Mic13710

Bonjour à toutes et à tous, Ici un jeune produit des années 80 (vive Dorothée), possesseur d un DS918+ avec 2x4To dans une 'Tite infra maison. J ai vu de la lumière alors je me suis dit :"ici l ambiance à l air cool, pourquoi pas rentrer et s assoir autour d'une table pour discuter". Je l utilise pour sauvegarder les données de Madame, mais aussi pour des dockers (git, jellyfin,...). Bonne journée à vous

"Error renewing XXXXXXXXX.com. " est là pour indiquer que la procédure n'a pas été à son terme. L'ensemble des fichiers certificats sont bien à jour sur le disque (daté de ce matin). SYNO_DEVICE_ID n'est pas dans les fichiers de config. ni dans /usr/local/share/acme.sh/account.conf ni dans /volume1/Certificats/XXXX.com/XXXX.com.conf Edit: Il est généré par le script. Il apparait d'ailleurs dans l'URL Suite à la mise à jour de acme, le script ne fonctionnait pas car il ne trouvait pas SAVED_SYNO_Username et SAVED_SYNO_Password. Dans le fichier de config, c'était noté SAVED_SYNO_USERNAME et SAVED_SYNO_PASSWORD. J'ai donc renommé en changeant les minuscules/majuscule et le script a bien été au bout. Durant l'execution du scripts, il m'a re-rajouté SAVED_SYNO_USERNAME et SAVED_SYNO_PASSWORD dans le fichier /volume1/Certificats/XXXX.com/XXXX.com.conf

Bonjour @AlexB12 , soyez le bienvenu sur ce forum

Ce n'est pas ce que disent les logs : Vous êtes sûr que le renouvellement a été fait ? SYNO_DEVICE_ID est une donnée qui correspond à l'identification du syno. Je ne sais pas comment acme.sh la récupère ni comment il l'utilise (il faudrait analyser le script) mais elle est inscrite en dur dans le fichier XXXXXXXXX.com.conf. Vérifiez qu'elle existe bien dans ce fichier.

Bonjour à tous, Utilisateur de NAS depuis plusieurs années, je tourne actuellement sur une solution basée sur du Synology DSM, après être passé par Unraid et TrueNAS SCALE (que j'utilise encore pour mon 2e NAS) Infra principalement orientée : > ZFS (snapshots + réplication) > Docker / quelques VM > sauvegardes externalisées > stockage multimédia et services auto-hébergés Je m’intéresse particulièrement à l’optimisation des pools, à la stratégie de backup (3-2-1) et à la fiabilité long terme du matériel. Au plaisir d’échanger avec la communauté et de partager les retours d’expérience 👍