Toutes les discussions

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é.

Dans chaque caméra tu as bien une planification d'enregistrement sur détection de mouvement pour toutes les heures de tous les jours ? Dans le home mode, paramètres, général tu as bien la case "Activer la configuration d'enregistrement" cochée ?

Bonjour @StéphanH Merci pour ton intérêt. Aucune des 2 formules de planning ci-dessous n'est pris en compte pour les caméras ciblées et la détection reste active toute la journée, selon le paramétrage global de chaque caméra.

C'est effectivement curieux que le monitoring ne soit pas fait sur l'arrêt non contrôlé du NAS. Mais est-ce que l'ups est connecté au NAS pour assurer une mise en sécurité en cas de perte secteur ? Si c'était le cas, il y aurait pu avoir quelque chose dans les logs sur le passage en mode secouru, à condition que l'ups soit en état de fonctionner et avec une capacité réelle de la batterie suffisante pour alimenter le nas pendant tout le processus de mise en sécurité.

Bonjour, Son NAS UGREEN DXP4800+ s’est éteint brutalement suite à une coupure de courrant et j'ai été surpris qu'après son redémarrage, je ne trouve aucune trace de cet arrêt électrique dans l’interface d’administration (Logs → Event Log). J'ai cherché partout et les seules infos visibles dans le journal semblent limitées aux actions utilisateur et aux applications, sans mention des événements système type : power loss abnormal shutdown reboot reason .... Incroyable sur un model sensé être haut de gamme Rien ne mentionne sur le site de Ugreen une mise à jours ultérieure qui traite de cela. Si vous avez des infos, je suis preneur