Toutes les discussions

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 👍

L'heure de l'auto renouvellement est arrivé ce lundi. Pour la partie certificat, ca s'est bien passé. Mais j'obtiens une erreur l'application de celui-ci. Pouvez vous m'aider ? L'erreur est " Failed to authenticate with SYNO_DEVICE_ID (may expired or invalid), please try again in a new terminal window." [Tue Feb 17 10:17:02 CET 2026] Getting API version... [Tue Feb 17 10:17:02 CET 2026] baseurl='http://localhost:5000' [Tue Feb 17 10:17:02 CET 2026] GET [Tue Feb 17 10:17:02 CET 2026] url='http://localhost:5000/webapi/query.cgi?api=SYNO.API.Info&version=1&method=query&query=SYNO.API.Auth' [Tue Feb 17 10:17:02 CET 2026] timeout= [Tue Feb 17 10:17:02 CET 2026] Http already initialized. [Tue Feb 17 10:17:02 CET 2026] _CURL='curl --silent --dump-header /usr/local/share/acme.sh/http.header -L --trace-ascii /tmp/tmp.qdNrYWTDRI -g ' [Tue Feb 17 10:17:02 CET 2026] ret='0' [Tue Feb 17 10:17:02 CET 2026] Logging into localhost:5000... [Tue Feb 17 10:17:02 CET 2026] error_code='403' [Tue Feb 17 10:17:02 CET 2026] GET [Tue Feb 17 10:17:02 CET 2026] url='http://localhost:5000/webapi/entry.cgi?api=SYNO.API.Auth&version=7&method=login&format=sid&account=XXXXX&passwd=XXXXX&enable_syno_token=yes&device_name=CertRenewal&device_id=6tQOLW_7sG-cArJPPdx6MV_M0CUzz9J_-gIM4bvl9bgJvTQh2CiJPEkx3O69vJImOAI3qDaIc37KrEV9_Stdsg' [Tue Feb 17 10:17:02 CET 2026] timeout= [Tue Feb 17 10:17:02 CET 2026] Http already initialized. [Tue Feb 17 10:17:02 CET 2026] _CURL='curl --silent --dump-header /usr/local/share/acme.sh/http.header -L --trace-ascii /tmp/tmp.qdNrYWTDRI -g ' [Tue Feb 17 10:17:02 CET 2026] ret='0' [Tue Feb 17 10:17:02 CET 2026] error_code='403' [Tue Feb 17 10:17:02 CET 2026] Failed to authenticate with SYNO_DEVICE_ID (may expired or invalid), please try again in a new terminal window. [Tue Feb 17 10:17:02 CET 2026] Error deploying for domain: XXXXXXX.com [Tue Feb 17 10:17:02 CET 2026] Error encountered while deploying. [Tue Feb 17 10:17:02 CET 2026] Return code: 1 [Tue Feb 17 10:17:02 CET 2026] Error renewing XXXXXXXXX.com. [Tue Feb 17 10:17:02 CET 2026] errorlevel='1' [Tue Feb 17 10:17:02 CET 2026] setlevel='2' [Tue Feb 17 10:17:02 CET 2026] The NOTIFY_HOOK is empty, will just return. [Tue Feb 17 10:17:02 CET 2026] ===End cron===

Bonjour, Sur mon nas DS420+, j'ai pris un abonnement NordVPN et j'ai constaté une baisse d'accés / vitesse des téléchargements, lorsque la connection VPN est activée : Download station : ne télécharge quasiment plus ou alors à une vitesses très réduite Script/FTP : J'ai un script qui va récupérer des données sur un FTP, à intervalle régulier, plus rien ne se télécharge. Quand je déconnecte le VPN, toutes les fonctionnalités reviennent à la normal. Je suis sûr que c'est juste une question de réglage, mais je ne sais pas laquelle. Est-ce que qqn aurait une idée? Merci Bonne journée Seb

Salut Alex, Même si ton message date un peu, ton projet est faisable avec le DS920+ : sécuriser le NAS, configurer Plex et l’IPTV, reverse proxy, mail personnalisé, etc. L’idée d’enregistrer la session pour un tutoriel est top. Juste pense à faire un bon backup avant de commencer.

Content que ça ait fonctionné ! Utiliser l’option « Modifier la taille » est vraiment la façon la plus simple d’agrandir les volumes sans rien supprimer. DSM fait ça assez rapidement une fois que tu appuies sur « Max ». Mic13710 a raison garde juste un œil sur la façon dont l’espace se déplace pour savoir comment tes volumes sont organisés.

Il ne faut pas confondre détection de mouvement et enregistrement. Si la caméra gère la détection de mouvement, elle envoie toute détection vers SS même si on est en home mode. La caméra ne peut pas faire de détection du home mode de SS. Elle fait juste son boulot selon le planning dans ses paramètres. C'est pour cela que dans la partie Enregistrement de SS - Mouvement, tous les mouvements détectés par les caméras sont répertoriés. Si le home mode est désactivé, l'enregistrement sera lancé et créera un fichier. S'il est activé et que l'enregistrement est désactivé dans le home mode, alors aucun enregistrement ne sera effectué. La détection de mouvement sera simplement listée dans Mouvement avec une vignette de la détection mais aucun enregistrement ne sera déclenché.