Mic13710

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.

Le changement d'adresse MAC n'est pas un problème en soit (le DHCP attribuera une autre IP et il suffira de modifier la réservation). L'ennui c'est que le 710 n'a qu'une seule prise Ethernet alors que le 712 en a deux. Du coup, le problème est plutôt de savoir si le port manquant n'est pas un point bloquant qui transformerait le NAS en brique.

Pour le moment... Je vous souhaite que ça dure. Comme @.Shad., j'ai un peu de mal à saisir la logique de cette phrase. En principe, c'est pour éviter/limiter les soucis qu'on fait une, voire plusieurs, sauvegarde(s). Quelqu'un a t'il tenté de faire un upgrade sur un 710+ (Intel Atom D410) ? Faut-il le faire passer pour un 712+ (Intel Atom D425) ? Tous les deux ont une architecture x86 1 coeur 2 threads, mais 1Go de RAM DDR2 pour le 710, DDR3 pour le 712.

Avant de commencer à penser accès extérieur, il faut d'abord sécuriser autant que faire se peut le NAS. Mon conseil : laissez tomber uptobox pour le moment et contentez vous de bien paramétrer votre NAS pour vos usages courants. C'est seulement après cette étape indispensable que vous pourrez envisager la mise en place d'un VPN externe. Comme le dit Fenrir dans le tuto sur la sécurisation de nos NAS, un VPN sur un NAS non sécurisé peut devenir un danger potentiel d'intrusion non sollicitée.

Ce type de VPN sert à se connecter vers l'extérieur de manière (pseudo) anonyme. Ca n'a rien à voir avec le serveur VPN qui lui vous permet de rejoindre votre réseau privé de l'extérieur à travers un tunnel sécurisé. Si vous n'avez pas l'utilité immédiate de uptobox, vous pouvez laisser tomber pour le moment, il n'est pas du tout nécessaire pour paramétrer votre NAS.

A priori, ce tuto ne vous est d'aucune utilité puisque d'après votre présentation vous n'avez pas de routeur Synolgy, juste une livebox.