Mic13710

Salut Fenrir, Merci pour ta réponse. Je te confirme, je suis un boulet. Entre temps je viens de trouver la raison du non renouvellement à partir de DSM. Il y avait un des noms que j'avais supprimé du serveur DNS car je ne l'utilisais plus. D'où le blocage et l'impossibilité d'un renouvellement auto. Même chose pour le certificat qui expire demain. Restes de mes tâtonnements lors de la mise en place du serveur DNS. Une fois supprimés les intrus, j'ai pu renouveler mes certificats. C'est toujours ce message trompeur de DSM qui lorsqu'un nom de domaine n'existe pas dit que le port 80 n'est pas ouvert..... Conclusion : il ne faut pas oublier de corriger les certificats dès qu'on supprime des noms sinon le renouvellement est impossible. Et surtout vérifier avant l'échéance que tous les noms sont toujours valides pour éviter que ça bloque. Par contre je ne sais toujours pas quand intervient le renouvellement auto afin de vérifier dans les logs s'il y a eu des messages. Car hormis les mails de Let's Encrypt, je n'ai reçu aucune notification de la part de DSM.

Je suis dans la panade. Aujourd'hui mon premier certificat est arrivé à expiration et n'a pas été renouvelé. Pourtant le port 80 est ouvert et dirigé en permanence vers le NAS et il est autorisé dans le pare feu. A vrai dire, je ne sais même pas quand le renouvellement auto à lieu. J'ai lu quelque part que c'était 30 jours avant expiration mais je n'en suis pas sûr. J'ai essayé la commande : sudo /usr/syno/sbin/syno-letsencrypt renew-all mais ça ne fonctionne pas. Pourtant les noms de domaine sont bien inscrits dans le serveur DNS et ils fonctionnent correctement. Impossible non plus de recréer un nouveau certificat à partir de DSM. Bref, je ne sais pas où ça coince. Mon soucis c'est que le prochain certificat expire demain et que c'est de loin le plus important. Je suis encore sous DSM 6.0. Quelqu'un aurait-il une piste ?

Pas la meilleure, mais la moins mauvaise des deux envisagées. Il serait préférable d'éviter le wifi et de passer plutôt par des CPL entre la live box au rdc et un switch Gb à l'étage plutôt que par un répéteur.

Vous ne nous dites pas de quel nas il s'agit. Ensuite, cela dépend de ce qui tourne sur le NAS. Si ce n'est pas un soucis au niveau des FPS et de la résolution, c'est peut-être que vous n'utilisez pas le nouveau client surveillance station dédié. Ce nouveau client est en effet infiniment plus rapide et plus fluide que l'ancienne version html.

Services de fichiers - Win/Mac/NFS - Groupe de travail

Je vous ai donné la solution il me semble.

La solution répéteur/switch est la plus viable à mon sens. Il est toujours préférable de séparer les fonctions. Dans la solution 2 non seulement ce sera moins efficace, mais si le nas est déconnecté, vous perdez votre liaison.

Vous ne pouvez pas installer un câble ethernet entre le RDC et l'étage ?

Pas safe du tout ! @Poupidou comment voulez vous que ça fonctionne si vous redirigez le port 80 à la fois vers le 80 et le 5000 du NAS. Par ailleurs, on évite de se connecter en http. Connexion de l'extérieur en https. Je vous conseille vivement de faire un petit tour du côté du forum des Tutorials et surtout sur le premier post : Sécuriser les accès à son Nas

Avez-vous fait les redirections de ports dans le routeur ?

Une copie est datée au moment de la copie. Un déplacement garde la date du fichier d'origine.

Rien à voir effectivement. C'est seulement le format des disques qui n'est pas compatible. Les monobaies sont en basic pur alors que les multibaies sont en RAID (mdadm) ou en SHR (mdadm + lvm2), et ce quel que soit le type de volume choisi.

Gaëtan en avait effectivement parlé. Ceci dit, ce n'est sans doute pas aussi simple qu'il n'y parait car ça a aussi un impact sur la manière dont doivent travailler les paquets, notamment Cloud Station, Hyperbackup, les poubelles etc...

par exemple ici : http://www.nas-forum.com/forum/topic/56277-3-to-je-rajoute-3-to-et-puis-que-faire/

Il est impossible de migrer d'un NAS monobaie vers un multibaie. Il faut refaire une installation complète. Vous pouvez toutefois recharger le fichier de configuration du 114 vers le 716.

Votre RAID est toujours actif sur la partition md2. Il faut passer les commandes mdadm,

Version: 6.0.3-8754 (2017/05/02) Important Note The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly. This update will restart your Synology NAS. What's New in DSM 6.0.3 Supports scheduled RAID data scrubbing. Fixed Issues Improved the procedure for creating/deleting SSD cache. Fixed an issue where the system might fail to enter the hibernation mode in the IPv6 environment. Fixed an issue where login history might not display properly in Log Center. Fixed an issue where Let’s Encrypt CA (Certificate Authority) could not be updated after setting up proxy. Fixed an issue where gofile.me sharing links could not be accessed via Firefox. Fixed an issue where deleted files might still be indexed from the Recycle Bin in a shared folder. Fixed an issue where file indexing might be inaccurate after renaming a shared folder. Fixed an issue where uploading files via Firefox 52.0 might fail.

Pour commencer, la taille des disques et bien faible au regard de ce qui se monte en ce moment. Les 3 et 4To sont pour ainsi dire le minimum. Avec des 1To, vous serez très vite au bout de la capacité dispo, surtout si vous utilisez le versionning du Cloud. Je vous recommande de faire du SHR avec protection des données (équivalent RAID5). C'est l'installation par défaut sur les NAS Synology. Ainsi vous aurez un stockage total de 3To avec tolérance de panne d'un disque.

@dardevil91 n'est-ce pas un peu beaucoup complètement hors sujet ? Votre question doit faire l'objet d'un sujet dédié.

Oui. Il fallait choisir la création d'un nouveau volume et non pas l'augmentation du volume existant. Vous auriez dû attendre encore un peu ou tout simplement lire le guide de l'utilisateur. Maintenant, vous ne pouvez pas officiellement revenir en arrière. Il exister cependant une solution pour casser le RAID que vous trouverez sur le site de Gaëtan Cambier. A n'appliquer que lorsque le processus en cours sera terminé !

@Firion74 c'est le versionning qui donne un facteur 2. Sans, la place occupée par les dossiers CS est à peine supérieure à un facteur 1. Le problème de @Vivian est effectivement dû au versionning, mais comme le dossier de suivi CS garde en mémoire tous les fichiers qui y sont et de ceux qui n'y sont plus, il a vite fait de grossir, ce qui explique les 1.9To.

Presque bon. Ce n'est pas compliqué de passer d'un RAID1 à un RAID5. La procédure est le même que pour du SHR. Après, c'est à vous de voir ce qui vous convient le mieux. Oui Oui Oui et non. Les paramètres des paquets sont "probablement" sur la partie système pour les plus importants. Mais il y a aussi beaucoup de dossiers que vous ne voyez pas (puisqu'ils sont cachés) et qui se trouvent sur le volume et qui sont donc supprimés à la suppression du volume. Il est difficile (en tout cas pour moi) de savoir où sont précisément les réglages des paquets entre la partie DSM et les dossiers cachés. Et non, la partie système (comme le swap) n'est pas uniquement sur le disque 1. Elle est sur tous les disques du NAS et fonctionne en RAID1.

Sur un NAS 2 baies, il n'y a aucun apport avec le SHR. Dans ce type de NAS, RAID1 ou SHR : c'est la même chose. Pour que le SHR puisse exploiter des disques de capacités différentes, il faut au moins 2 disques de même capacité. Si un seul disque, la capacité supplémentaire ne peut pas être utilisée. Le SHR n'est intéressant qu'à partir de 3 disques et plus. Voir Hyperbackup Les disques ont 3 partitions : 1 pour le système (DSM) 1 pour le swap linux 1 pour les données Quand on supprime un volume unique, on supprime ce qui se trouve sur la partition des données. Le NAS continue de fonctionner sur la partition système.

Je pense que le problème vient du fait que le 1813+ n'est pas compatible btrfs avec la 6.0. Il faut probablement passer à la 6.1 qui comme tu le fais remarquer n'est pas encore bien au point. Choix Cornélien. Edit : C'est d'ailleurs indiqué dans les releases notes : What’s New in DSM 6.1 Official Extended Btrfs File System Coverage Btrfs file system is now available on more Synology NAS models. Enjoy the powerful features of the next-generation file system. Applied models: 17-series: RS3617xs+, RS3617xs, RS3617RPxs, DS3617xs 16-series: RS18016xs+, RS2416+, RS2416RP+, DS916+, DS416play, DS716+II, DS716+, DS216+II, DS216+ 15-series: RC18015xs+, DS3615xs, DS2415+, DS1815+, DS1515+, RS815+, RS815RP+, DS415+ 14-series: RS3614xs+, RS3614xs, RS3614RPxs, RS814RP+, RS814+, RS2414RP+, RS2414+ 13-series: RS10613xs+, RS3413xs+, DS1813+, DS1513+, DS713+, DS2413+ 12-series: DS3612xs, RS3412xs, RS3412RPxs, RS2212+, RS2212RP+, DS1812+, DS1512+, RS812+, RS812RP+, DS412+ 11-series: DS3611xs, RS3411xs, RS3411RPxs, Sous la 6.0, il n'y avait que les séries 15, 16 et 17.

Le disque en basic est en fait un RAID monodisque. Il suffit simplement de mettre un deuxième disque au moins de même capacité que le premier et de choisir l'augmentation de volume dans le gestionnaire de stockage. Si le disque en place est noté "basic" dans le gestionnaire, l'augmentation de volume va créer un RAID1. Si le disque est en SHR sans protection des données, l'augmentation va créer un SHR avec protection des données. Dans les 2 cas, la capacité de stockage ne variera pas. Mais vous ne pouvez pas passer d'un RAID classique vers un SHR et inversement. Le choix de l'un ou l'autre se fait à la création du groupe de disque. Non Elles seront en partie perdues. Toutes celles concernant les réglages réseau et les réglages propres à DSM seront conservées. Tous les paramètres utilisateurs et dossiers partagés sur ce volume seront perdus. Principalement les paramètres des paquets qu'il faut sauvegarder à part. Il y aura quelques réglages à reprendre (je ne sais pas lesquels) mais le principal est préservé.