Mic13710

C'est une bonne chose 😉 Les clés ne sont pas à usage unique (heureusement) et ne sont pas cantonnées à un seul appareil. Elles sont créées pour offrir aux applications un accès direct à la zone DNS. Peu importe l’émetteur de la demande, c'est le récepteur qui autorise l'accès si les clés sont conformes. Rien n'interdit de les utiliser plusieurs fois sur plusieurs appareils différents. Il faut simplement éviter les chevauchements et aussi les trop nombreuses demandes à LE qui pourraient atteindre les limites chez eux. P.S. : rien n'interdit non plus de créer un jeu de clés par NAS pour cloisonner chaque requête de manière distincte. On peut ainsi supprimer un jeu s'il a été compromis d'une manière ou d'une autre. Chacun fait un peu comme il veut. Perso, j'utilise les mêmes clés.

@PiwiLAbruti tu veux parler des API ? Non, on peut très bien utiliser les mêmes. Toutefois, il faut éviter de faire des renouvellements même jour même heure car il peut y avoir des confusions avec les entrées TXT émises par le script. Comme le renouvellement se fait maintenant tous les mois, un décalage de 10 jours entre chaque NAS devrait éviter cela. Edit : je viens de voir que les renouvellements sont à nouveau tous les 60 jours. Dans une version précédente, ils avaient été réduits à 30 jours. Retour à l'ancienne échéance donc. C'est bien car je trouvais un peu too much de faire un renouvellement à 30 jours alors que le certificat est toujours valable pour 90 jours jusqu'à la réduction finale qui devrait porter la validité à 45 jours, ce qui donnera un renouvellement tous les 30 jours.

Et alors ? Ca ne change rien. Vous pouvez très bien réclamer 3 certificats pour le même nom de domaine. Mes 2 nas ont les mêmes ndd et renouvellent leurs certificats respectifs indépendamment l'un de l'autre.

Ce serait tout de même plus simple d'installer le script sur chaque NAS. Je ne vois pas ce qui vous en empêche. Chacun de mes NAS compatible docker a sa propre session acme avec les mêmes api pour chaque nom de domaine.

@PiwiLAbruti bonne nouvelle. J'attends avec impatience les résultats de tes tests. J'ai pris un nouveau domaine ce we et j'ai créé le certificat en suivant (plus ou moins) ce tuto. Si on peut proposer une autre alternative, ce n'est que mieux. La mise en oeuvre de ce paquet ne semble pas toutefois évidente. Et il ne semble pas y avoir de déploiement.

Merci pour ce retour. C'est corrigé dans le tuto.

Directement à partir de DSM - Centre d'assistance

Plus pour très longtemps. Tous les certificats auront des durées de validité fortement limitées par étapes pour arriver à 45-47 jours d'ici le 15 mars 2029. Let's encrypt reste encore à 90 jours pour le moment mais les renouvellements acme se font tous les 30 jours. Je pense que votre problème n'est pas normal car vous ne devriez pas avoir à rétablir les synchros à chaque mise à jour. Vous devriez contacter le support pour voir s'ils ont une solution à vous proposer.

Si vous pouviez essayer d'être plus concis, ça simplifierait grandement la lecture. Vous nous noyez dans des détails sans importance si bien qu'on n'y comprends plus grand chose. Si vous n'arrivez pas à vous connecter au compte admin c'est que soit votre reset mode 1 n'a pas fonctionné et il faut recommencer, soit vous avez demandez dans dsm que le mdp du compte admin ne soit pas modifié par un reset. DLNA Oui. Je ne comprends pas pourquoi vous vous inquiétez pour la sécurité alors que vos données n'ont aucun caractère sensible. Que je sache, des fichiers multimédia n'ont d'intérêt que pour ceux qui les possèdent. De plus, vous avez tout sur CD ou DVD. Je ne comprends pas non plus pourquoi vous vous focalisez sur l'aspect obsolescence alors que vous n'avez pas mis à jour DSM depuis bien longtemps, si même un jour vous l'avez fait. Or c'est ce qui permet de résoudre certaines failles de sécurité.... Question obsolescence, votre NAS est compatible jusqu'à la toute dernière version de DSM, la 7.4. C'est certes la dernière pour les modèles DS x18 mais elle bénéficie encore des update et aussi des mises à jour de sécurité pendant encore quelques temps. J'ai un modèle DS212 (voir ma signature) qui fonctionne sous dsm 6.3 et qui me sert de support de sauvegarde pour mes autres NAS. J'ai bien entendu limité son accès internet pour qu'il soit le moins exposé possible mais je ne m'inquiète pas outre mesure d'une obsolescence évidente mais qui n'altère en aucune manière son fonctionnement. Ne vous prenez pas la tête avec ça pour le moment, ce n'est pas le sujet, pensez plutôt à retrouver un NAS qui fonctionne. Si vraiment le reset mode 1 ne fonctionne pas, passez au mode 2 et faites les mises à jour de DSM jusqu'à la dernière version en suivant les étapes indiquées par Synology : https://www.synology.com/fr-fr/support/download/DS218play?version=7.4#system DSM (Disk Station Manager) est le système d'exploitation propriétaire de Synology.

Avez-vous au moins essayé de vous connecter en utilisant le compte "admin" et en laissant vide le mot de passe ? Comme je l'ai déjà dit plus haut, le reset mode 1 ou 2 n'affecte pas les données qui sont sur une partition différente du système. Mais comme pour toute opération de ce type, le risque 0 n'existe pas, raison pour laquelle vous verrez toujours une phrase vous indiquant de sauvegarder vos données avant de procéder. Après, je ne peux pas vous garantir que ça se passera bien pour vous, mais comme vous êtes dans une impasse et que vous n'avez aucune sauvegarde, a vous de juger si vous prenez le risque. De toute manière, il faudra bien faire quelque chose pour accéder à nouveau au système. Si vous y avez accès soit en dlna (uniquement pour les multimedia) soit par un compte utilisateur pour lequel vous avez conservé les identifiants, alors il serait judicieux de faire la sauvegarde de ce que vous pouvez, au moins des données les plus importantes.

Vous devriez utiliser un gestionnaire de mot de passe ça vous éviterait de perdre des identifiants importants, et les autres aussi. Si vous êtes encore en 6.2.3 alors oui, vous êtes très en retard sur les versions de DSM. Pas de maj --> pas le top en terme de sécurité. Je précise cette histoire de mot de passe du compte admin. Si vous n'avez pas coché la case qui permet de le conserver en cas de reset, alors c'est le mot de passe par défaut qui est restauré (synology je crois, à vérifier). Si vous avez fait une mode 1, avez-vous essayé de vous connecter avec les identifiants par défaut ? Les anciennes versions de DSM ne sont plus disponibles sur le site synology mais on les trouvent sur des sites d'archivage : La dernière version 6.2.3 update 3 est ici : https://web.archive.org/web/20230517195056/https://global.synologydownload.com/download/DSM/criticalupdate/update_pack/25426-3/synology_rtd1296_ds218play.pat Cependant, comment pouvez vous connaitre la version de DSM de votre NAS si vous n'avez plus accès au compte d'administration ?

Il suffit de faire un reset mode 1. https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7 Il vous faudra reprendre les réglages réseaux qui seront réinitialisés. Attention toutefois, si vous aviez mis un mot de passe sur le compte admin et que vous avez choisi de le conserver, j'espère pour vous que vous l'avez sauvegardé quelque part. Sinon, il faudra passer au mode 2 (voir le lien ci-dessus) qui lance une réinstallation de DSM. Le reset ne touche pas les données. Ca n'a rien à voir. Ce n'est pas parce qu'un appareil n'a plus de support qu'il s'arrête de fonctionner. Je ne sais pas ce que vous appelez des certificats de sécurité. S'il s'agit du certificat délivré par Synology pour les ndd xxx.synology.me, ils continuent d'être attribués quel que soit l'âge du NAS.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Pour ouvrir l'invite de commande dans windows, tapez "cmd" dans la recherche en bas à gauche. Avez-vous essayé d'arrêter tous les équipements et de redémarrer votre réseau en commençant par la box ?

Je vous conseille vivement de masquer les infos sensibles (DDNS, MAC, IPV6 global) Le NAS a bien une ipv4 (192.168.1.10) et une ipv6 (fe80::211:32ff:fec0:5253) attribuées par le routeur. En invite de commande, que donnent : tracert 192.168.1.10 et tracert <votre ddns> A tester aussi dans votre navigateur https://[fe80::211:32ff:fec0:5253]:<port https de DSM> Edit : masquer les informations ne veut pas dire supprimer la totalité du message. Du coup, ma réponse devient incompréhensible pour ceux qui suivraient ce fil....

L'IP du NAS doit être réservée soit au niveau du routeur (de loin la meilleure manière de faire), soit au niveau de l'interface réseau LAN du NAS. Votre IP est IPV4 ou IPV6 ? Le réseau LAN de votre routeur est-il en IPV4 ou IPV6 ?

Et ? Avez-vous essayé de la pinger ?

Quand je parlais de parefeu, c'était l'ensemble qui comporte le parefeu et la protection contre les tentatives de connexion échouées. C'est dans Sécurité/Protection Blocage Auto, cliquer sur Autoriser/Bloquer liste. Vérifiez que votre IP n'est pas dans la liste des blocages. Pas de manip particulière ou de mise à jour avant que ça se produise ? Est-ce que l'IP est la bonne ? Avez-vous fait un ping pour vérifier ?

Je vais consulter ma boule de cristal voir si elle peut me répondre. Comment voulez-vous qu'on réponde à cette question ? A partir du LAN, du WAN ? en http, https ? Connexion à DSM, aux applications ? Avez-vous vérifié que l'IP de connexion n'est pas bloquée par le parefeu ? Avez-vous essayé à partir d'un autre navigateur ?

Mouais... Réponse étrange. Lorsqu'on monte un groupe et un volume sur une NAS, DSM est systématiquement installé sur le nouveau disque. Je ne vois donc aucun intérêt de formater à nouveau le disque puisqu'il sera automatiquement réinstallé à l'identique. Créez simplement un nouveau groupe et volume sur le nouveau disque sans formatage. Bref, je n'avais pas compris que le groupe était toujours accessible. Dans ce cas oui, vous pouvez transférer les données du volume 1 vers le volume 2 puisqu'il ne s'agit que de lecture. Pour la suite, je vous conseille de mettre en place une sauvegarde périodique de vos données, au moins les plus importantes.

Il ne faut surtout pas tenter quoi que ce soit à partir du NAS. Comment est-ce possible si le disque est planté ? Avez-vous monté des lecteurs réseaux sur votre PC et sont-ils toujours actifs ? Vous pouvez aussi suivre les instructions de la kb synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives

Bonjour @Romuald_ , c'est plutôt l'administrateur @rodo37 qui peut répondre à cette question. Je suis moi même dans l'impossibilité de retrouver des anciens posts dans le moteur de recherche. Il semble qu'elle soit bloquée aux seuls sujets émis après le basculement du forum.

La version minimum de VMM pour DSM7.2 est la 2.7.0-12229. Le 716+ n'est pas compatible avec VMM et donc la question qu'il faut se poser c'est quel serait l'intérêt de monter en version de DSM au risque de ne plus pouvoir installer une nouvelle version de VMM si ça fonctionne correctement ? Le risque effectivement c'est que DSM détecte un paquet non compatible et l'inhibe. On ne sait pas non plus si un mécanisme a été mis en place dans 7.2 pour bloquer l'installation de paquets non compatibles. Au mieux DSM7.2 peut apporter des améliorations en terme de sécurité et de paquets par rapport à 7.1, mais si le NAS n'est pas connecté vers l'extérieur ou qu'il l'est de manière sécurisé, il n'est peut-être pas nécessaire de jouer à la roulette russe.

Si votre NAS répond à vos besoins, pourquoi en changer ? Le seul vrai problème concerne DSM qui n'évolue plus sur votre NAS. Il peut encore recevoir des mises à jour de sécurité importantes mais plus pour longtemps et pas pour les failles mineures. Sinon, vous changez simplement votre disque et vous réparez votre RAID. Il faut impérativement choisir un disque compatible avec votre NAS. Vous trouverez la liste sur le site Synology. Non, le fichier .dss ne sauvegarde pas tout et certainement pas les données. De plus, le fichiers .dss du 214 n'est pas forcément migrable vers un NAS Synology dernière génération. Il faudra dans ce cas tout reprendre, ce qui est souvent la meilleure solution. Pour restaurer vers un autre NAS Syno, vous pouvez passer par Hyperbackup. Ce n'est de toute manière pas une solution directe et il vous faudra faire preuve de patience et de rigueur.

C'est un problème récurent sur ce forum, qui n'a jamais été résolu.