Mic13710

Regarde à la page 2 du tuto.... Mais depuis que Free a sauvagement changé mon IP, j'ai basculé ma zone publique chez OVH.

Si vous avez vos sauvegardes à jour, que votre groupe est en RAID1 ou SHR avec protection des données et que vous vous sentez de la jouer Kamikaze, vous pouvez retirer un des disques du 215 pour le monter dans le nouveau NAS. Vous formater le disque sur un PC, le but étant de casser les partitions existantes, et vous faite votre installation propre avec création d'un volume en btrfs. Vous installez vos paquets et vous restaurez vos données. Lorsque tout est ok, vous sortez le deuxième disque du 215, vous le formatez et l'insérez dans le nouveau NAS. Vous lancez une augmentation de groupe pour créer le miroir.

Je suis à la dernière 6.2.x et elle est bien activée chez moi. Par contre Synology annonce dans le petit "i" que cette option n'est valable que pour les ups Omron et peut ne pas fonctionner avec les autre marques d'onduleurs. Elle à bien fonctionné chez moi lorsque j'en ai eu besoin. Mais ça c'était avant car avec une vingtaine d'heures de fonctionnement sur batterie, j' n'ai plus vraiment l'occasion de l'activer ! Elle a effectivement disparue de DSM7. Et là je ne vois pas bien pourquoi car au pire, si ça ne fonctionne pas, il n'y a rien de grave, mais au moins il reste la possibilité d'arrêter les UPS qui acceptent le signal d'arrêt. Là, ils sont tous logés à la même enseigne. Je trouve que ces derniers temps Synology abandonnent trop facilement des fonctionnalités sans proposer d'alternatives crédibles. Celle-ci, mais aussi DSCloud (abandonné avec la version 3 de Drive, quoiqu'il semblerait qu'ils aient enfin décidé de réhabiliter l'appli face à la grogne générale) ou encore cardav (depuis le passage obligé à calendar, le fonctionnement de ligthning est éradique alors que je n'avais aucun problème avec cardav). J'ai assez nettement l'impression qu'ils ont pris la grosse tâte et se foutent clairement des clients particuliers. En tout cas, on est très loin de la dynamique qui avait animé les ingénieurs de la marque à son lancement en 2006 avec les séries DSxx1. Tout est de plus en plus verrouillé. Bref, ça ressemble étrangement au monde Apple et je le déplore.

A condition d'activer l'arrêt de l'onduleur (et donc du NAS) lorsque le NAS est passé en mode sans échec, sinon la batterie continuera à se décharger, et activer le redémarrage au retour secteur. Mais j'ai cru comprendre que cette option n'est plus systématiquement prise en charge sur les dernières versions de DSM. A vérifier.

Passer d'un RAID1 (miroir) rempli à 90% à un RAID6 (agrégation par bandes avec 2 disques de tolérance) sur des disques de 10To ce n'est pas innocent en terme de lectures/écritures. C'est très chronophage. J'espère pour vous que vous avez mis vos sauvegardes à jour avant de vous lancer dans cette opération de grande ampleur.

Probablement. Mais en l'absence de tests réels, on ne peut pas confirmer. Les seuls chiffres que je connaisse sont les données constructeur.

Les données constructeur : "Le Synology DS114 procure une performance lecture/écriture exceptionnelle, une moyenne de plus de 74,25 Mo/s de vitesse d'écriture sur environnement Windows®, et plus de 108,99 Mo/sec de lecture." Il s'agit ici d'un NAS monobaie peu performant. Ce n'est pas le réseau qui bride (la vitesse de lecture est proche du Gb) mais il est un peu lent en écriture comparé aux modèles actuels. Ceci étant dit, passer d'un 1515+ à un 114, je ne saisi pas bien la logique.

Le débit annoncé c'est pour de l'aggrégation de liens, cad que tous les liens ethernet sont connectés et gérés en agrégation au travers d'un switch compatible. Mais chaque lien ne pourra jamais aller au delà du Gb (soit 125Mo théorique) de même que les échanges entre votre PC et votre NAS ne pourront pas dépasser la vitesse de votre réseau (Gb).

Ce serait tout bêtement la pile interne qui serait HS que ça ne m'étonnerait pas.

Un lien 1Gb ne peut pas atteindre 396Mo/s. Au mieux, en théorie, il peut aller jusqu'à 125Mo. Si vous obtenez du 110Mo, c'est très bien et vous ne pourrez pas aller au delà entre votre PC et le NAS.

Drive n'est pas dispo pour DSM5.2.

Le RAID n'est pas une sauvegarde mais une continuité de service. Il vous faut impérativement une sauvegarde externe périodique pour pouvoir restaurer vos données en cas de perte, de crash ou de corruption.

@oracle7 A partir du moment où le wildcard le couvre, on devrait pouvoir se passer de faire un enregistrement spécifique pour le domaine de second niveau. Le SAN devient alors : *.ndd, *.monautredomaine.ndd Comme il se doit, il faut un CNAME pour *.monautredomaine.ndd Perso, je préfère avoir le domaine (ici monautredomaine.ndd) en dur pour une meilleure compréhension de la zone. Et comme c'est souvent pour atteindre des sites distincts, c'est un passage obligé dans ce cas avec soit une enregistrement A, soit un ddns..

Euh..... Tu as raison de dire qu'un wildcard ne couvre que son propre niveau, mais par contre on peut tout à fait intégrer dans un même certificat plusieurs niveaux. Le certificat ndd peut avoir pour SAN : *.ndd, monautredomaine.ndd, *.monautredomaine.ndd Tant que les noms de domaine peuvent être résolus, le certificat pourra couvrir l'ensemble des noms. Il faut bien entendu avoir un enregistrement A ou CNAME pour mondomaine.ndd et un CNAME pour *.mondomaine.ndd. Voir cette discussion : https://www.nas-forum.com/forum/topic/68211-petit-problème-sur-la-génération-de-certificats-lets-encrypt-wildcard-avec-acmesh-sur-des-domaines-de-deuxième-niveau/?do=findComment&comment=1319420347

Bien sûr ! Mais de ce que je vois, il semble ne rien y avoir dans votre dossier Plex ce qui expliquerait pourquoi vous ne pouvez pas restaurer quoi que ce soit. Ceci dit, je n'utilise pas Plex donc je ne sais pas comment peut se comporter sa sauvegarde et ce qu'est sensé contenir le dossier. Attendez des retours d'utilisateurs

En l'état, il est impossible de répondre à cette question car cela dépend des modèles de NAS, des compatibilités des disques avec ceux-ci et de l'organisation de vos volumes. Comme l'a fait remarqué oracle7, on aurait pu trouver tout ou partie de ces informations dans votre présentation, mais voilà...

Pas vraiment non. Vous confondez disque, groupe et volume. Un groupe est constitué de un à plusieurs disques qui fonctionne(nt) ensemble en RAID ou SHR. Sur ce groupe on peut installer un ou plusieurs volumes. Chaque volume peut être soit en EXT4 soit en BTRFS. Merci de préciser à quoi correspond l'organisation de vos disques en fonction de ce que je viens de décrire. P.S. : comme sur tout forum, il est très apprécié de passer par la section des présentations avant de poster. Certains y sont sensibles.

Bienvenue @Pixieguy dans la communauté. Quoique plus jeune que vous, je fais partie des membres d'un certain âge comme l'a si finement fait remarqué @.Shad. 😉. Si à partir d'un certain âge, les années comptent double 🙄, ce n'est pas encore le cas des NAS. Au pire, le votre a 7-8 ans (le 13 de la référence c'est l'année modèle 🤫)

Pour compléter ce qui a été dit : une adresse IP ne peut pas avoir de certificat. Ce dernier s'applique uniquement à un nom de domaine. Il est donc normal qu'une requête https vers une adresse IP ne peut que renvoyer le message en question, et hormis d'accepter l'exception, il n'y a rien à faire contre ça. Seule solution : passer par un ndd couvert par le certificat. Maintenant, comme le dit @Kramlech, à moins d'avoir des membres de la famille peu scrupuleux et capables d'intercepter une liaison http, il y a peu de chance de se faire pirater sur un réseau local domestique. On peut très bien dans ce cas passer en http ce qui de facto se fait sans certificat.

Ce sont les ports 80 (http) et 443 (https) qu'il faut rediriger vers le NAS. Mais avant de penser à utiliser un ndd, il faut d'abord bien sécuriser les accès au NAS (voir le tuto sur la sécurisation dans la section tutoriels)

Comme @firlin, je conseille de repartir de zéro. Oui, la migration est possible mais elle embarque avec elle toutes les limitations du NAS d'origine. La taille maximum du groupe en est une mais la plus importante à mes yeux est l'impossibilité de passer au btrfs. Les disques sont en ext4 et le resteront ce qui ne permet pas d'exploiter correctement le futur NAS.

Ici : https://global.download.synology.com/download/Package/spk/CloudStation/3.2-3501/CloudStation-evansport-3.2-3501.spk Il s'agit de la version 3.2 qui semble être la dernière pour votre NAS (cpu Evansport). A votre place, j'attendrais encore un peu car Synology semblent être disposés à mettre à jour DS Cloud pour qu'il soit compatible avec la dernière version de Drive. I En effet, Drive était compatible avec la suite Cloud Station jusqu'à la version 3. Cette compatibilité a été abandonnée depuis, ce qui explique que DS Cloud ne soit plus fonctionnel. Mais vu les retours négatifs des utilisateurs, DS Cloud devrait être à nouveau disponible dans la suite Drive. Quand ? Aucune idée.

Malheureusement, les bruits inhérents aux disques classiques sont difficilement gérables. Les disques red pro sont particulièrement bruyants du fait qu'ils soient en 7200tr. Même au repos, le nas continue de travailler sur différentes opérations générant des accès disques quasi permanents. La fixation des disques dans le NAS peut aussi être une source de bruit non négligeable. Vous pouvez aussi opter pour un pad anti vibration à placer sous le NAS pour éviter que les bruits soient transmis à l'étagère et au meuble.

@jacaj oui, je connais le fil de catimini, mais il n'est pas arrivé plus loin que DSM6 et c'est extrêmement compliqué. La méthode rapportée par Xims et tout de même plus digeste et surtout elle assure les maj jusqu'à la dernière version de la branche DSM6. J'ai consulté la page facebook de simkard et effectivement, il semble avoir franchi le pas sur un 710. J'ai d'ailleurs trouvé étrange que le CPU indiqué soit celui du 712 (Atom D425 au lieu de 410) alors que sur le 1010, c'est toujours le CPU d'origine (Atom D510) qui est indiqué. Pour ce qui concerne les tests, je ne suis pas chaud bouillant. Tout d'abord par manque de temps ces derniers mois et ceux à venir et ensuite que mon 710 me sert toujours, même s'il n'est que pour une deuxième sauvegarde à distance. Je cherche plutôt une méthode qui a fait ses preuves pour limiter les risques de devoir galérer des heures en cas de pépin. Mon but est de pouvoir utiliser hyperbackup sur le 710 ainsi que le reverse proxy qui sont absents de DSM5.2.

C'est du côté serveur le transfert du port, pas du côté client. Pas que je sache. Il se peut que ce soit l'IPV6 qui pose problème.