PiwiLAbruti

Il faut que l'alimentation du NAS soit débranchée et éviter de poser ses doigts où ce n'est pas nécessaire, en particulier sur tout ce qui est électronique. Pour le reste il suffit de savoir se servir d'un tournevis, rien de bien compliqué.

Il n'y a qu'un seul et unique moyen de le savoir, c'est de changer la pile.

J'ai également un conseil : change la pile 😅 J'ai eu le cas sur un DS109 où la pile a fini par rendre l'âme au bout de presque 10 ans. Les symptômes étaient exactement les mêmes, et il y a encore les évènements système dans les logs : Système Niveau,Journal,Heure,Utilisateur,Evénement, Information,Système,2038/01/19 04:14:07,SYSTEM,System started to boot up. Information,Système,2037/09/22 23:29:02,SYSTEM,System started to boot up. Information,Système,2033/02/08 23:09:44,SYSTEM,System started to boot up. Information,Système,2024/01/01 23:09:43,SYSTEM,System started to boot up. Information,Système,2021/10/06 12:02:17,SYSTEM,System started to boot up. Même si au final la pile n'en serait pas la cause, il vaut mieux commencer par là.

La reconnaissance faciale utilise des algorithmes spécifiques fonctionnant sur une carte graphique dédiée pour des raisons de performance (nVidia GeForce GTX1650 dans le cas du DVA3221). Ces algorithmes pourraient fonctionner des NAS Synology mais serait excessivement lents car aucun autre modèle Synology n'est équipé d'une carte graphique dédiée.

Le DS118 a un processeur Realtek RTD1296 et est compatible avec Plex depuis la version 1.16.5.1552 publiée le 22 Août 2019 par Synology : https://archive.synology.com/download/Package/Plex Media Server/1.16.5.1552-8e8d0c785 Il est vraiment sorti récemment ou tu ne l'avais pas vu plus tôt @yeti971 ?

Il faudrait connaître les adresses des serveurs Synology C2.

Si la destination de la sauvegarde a une adresse IP fixe (a.b.c.d), tu peux créer une règle de routage statique : Destination sur réseau: a.b.c.d Masque de sous-réseau: 255.255.255.255 Passerelle: [adresse IP privée du routeur à utiliser] Interface: LAN 2 Si l'adresse IP de la destination est dynamique, il est toujours possible de définir le réseau de l'opérateur en destination plutôt qu'une unique adresse IP comme ci-dessus.

Oui, le DS1812+ est largement assez puissant pour faire fonctionner la dernière version de DSM. C'est très relatif. Si tu as des applications non-officielles sur ton NAS, il sera difficile de t'indiquer si elle seront toujours fonctionnelles après les mises à jour. Pour le reste, je ne peux que te conseiller de prendre connaissances des notes de mise à jour. La version 6.2.4 de DSM est toute récente et présente encore des bugs et des paquets incompatibles. Voir le sujet : Elle n'est pas encore proposée en mise à jour automatique (et tant mieux). Je te conseille vivement d'installer la version précédente (6.2.3) qui me semble parfaitement stable (et proposée par la mise à jour automatique).

Qu'entends-tu par version de DSM "conseillée" ? Le DS1812+ supporte la version la plus récente de DSM (6.2.4-25556). Si tu souhaites le mettre à jour, je te conseille de suivre les indications dans Panneau de configuration > Mise à jour et restauration. La page de support du DS1812+ sur le site officiel indique les versions intermédiaires suivantes : 5.2-5967 6.0.3-8754 6.2.4-25556 Il y aura donc 3 mises à jour à faire pour atteindre le niveau le plus récent.

@Mic13710 Après ça dépend du niveau de criticité qu'on accorde au(x) NAS. À la maison j'attends la détection des nouvelles mises à jour, au boulot c'est version mineure -1 systématiquement (6.2.2 actuellement, même si la 6.2.3 a largement été éprouvée depuis).

Quelle est l'urgence ? Le NAS proposera la mise à jour lorsqu'elle sera disponible. Faire autrement c'est aller au devant des bugs (la preuve dans ce sujet). Moi ça me convient parfaitement que la région dans l'aquelle se situe l'Europe soit servie un peu plus tard, ça permet d'avoir des mises à jour déjà éprouvées en production ailleurs. DSM 6.2.3 est parfaitement stable et je suis prêt à patienter le temps qu'il faudra pour que la mise à jour suivante soit tout aussi stable.

D'où l'intérêt de ne pas se jeter sur les mises à jour tant qu'elles ne sont pas automatiquement détectées par DSM.

Plutôt que de publier une image, un simple lien vers les release notes officielles aurait largement suffit : https://www.synology.com/fr-fr/releaseNote/DSM À noter que le comportement des LEDs change avec DSM 6.2.4 pour les NAS des séries 15+ : https://www.synology.com/en-global/knowledgebase/DSM/tutorial/General/Overview_of_LED_indicator_statuses_during_bootup#x_anchor_id6 Bon à savoir pour les futurs diagnostiques.

Regarde les options de transfert de zones et la création de zones secondaires (slave) dans DNS Server, tu comprendras 😉

Non, puisqu'elles sont répliquées et consultables sur tous les NAS.

On ne parle pas de la même chose. Concernant DNS Server, il n'est question que du port udp/53. Je ne parle que du fait que les zones publiques ne sont pas rattachées à un seul NAS puisqu'elles sont répliquées.

Non, si les zones sont répliquées entre les serveurs DNS ça ne pose pas de problème.

Ce n'est pas un problème, je n'ai pas besoin que les deux serveur DNS derrière une même adresse IP soient accessibles depuis l'extérieur pour que toutes les zones publiques soient visibles.

C'est bien ça. Je n'ai aucun intérêt à le faire en automatique vu l'extreme rareté de ce type d'événement. D'ailleurs si ce NAS est impacté, le 3ème NAS derrière une autre adresse IP publique devrait prendre le relai étant donné qu'il est spécifié dans les enregistrements NS des zones répliquées (à tester).

Si le NAS faisant office de serveur DNS principal tombe, un autre est capable de prendre le relai en modifiant simplement la destination de la règle NAT.

Les zones sont répliquées entre tous les NAS, ainsi je n'ai pas besoin que les deux serveurs DNS derrière une même adresse IP publique soient accessibles. Le serveur vers lequel est redirigé le port udp/53 donne accès aux résolutions de sa zone principale et des zones secondaires répliquées depuis d'autres serveurs DNS.

Pas nécessairement, j'ai deux de ces NAS derrière la même IP publique (distingués avec le reverse proxy pour la partie HTTP), et un autre avec une autre adresse IP publique. Il faut bien comprendre que les rôles de serveur DNS n'ont rien à voir avec le fait que les NAS aient leur propre adresse IP.

Je fais les deux. Je donnais juste un exemple d'hébergement d'une zone publique sur un NAS. Dans mon cas ça passe par des domaines supplémentaires redirigé depuis le domaine principal avec des enregistrements NS.

Mes NAS hébergent chacun leur propre zone DNS publique (nas1.domain.tld, nas2.domain.tld, nas3.domain.tld, ...) et les répliquent entre eux. La zone du domaine domain.tld reste (et restera) hébergé chez le registrar pour les raisons évoquées par @.Shad..

Attention à bien limiter la taille du premier volume au moment de la création, sinon il n'y aura plus d'espace disponible pour en créer un deuxième.