Mic13710

Vous pouvez monter des dossiers distants du 110J sur le 124. Vous créez un dossier partagé temporaire sur le 124 dans lequel vous créez des sous-dossiers (un par dossier partagé du 110J). Puis Outils - Monter le dossier distant - Dossier partagé CIFS. Dossier : \\IP du 110J\Nom du dossier partagé Nom du compte et mot de passe : identifiants du compte admin du 110J (ou au moins ceux d'un utilisateur ayant les droits sur le dossier partagé à monter) Monter sur le sous-dossier correspondant dans le dossier temporaire. Vous pourrez ainsi copier les données du 110J sur le 124. Sinon, c'est le paquet Sauvegarde et Replication dans DSM5.2. Vous pouvez essayer de faire une sauvegarde du 110J vers le 124 et tenter de la restaurer sur le 124. Mais là, je ne peux pas vous aider car cette version est bien trop ancienne et je ne sais plus ce que ce paquet permet de faire.

Question : pourquoi vouloir déplacer les disques ? Ca ne change strictement rien au fonctionnement du shr et vous risquez surtout de créer plus de problèmes, bien qu'il soit possible de déplacer des disques depuis DSM6.

Ce n'est pas une obligation. Vous pouvez démarrer directement avec tous les disques. Si vous le faites par étape, il faut toujours commencer par les disques les plus petits. Je vous conseille vivement de faire un test approfondi des disques avant de les mettre en service, y compris les 4To. P.S. : merci de ne pas citer inutilement le message précédent. Ca charge le sujet sans apporter un plus dans la compréhension. J'ai supprimé votre citation.

@PiwiLAbruti ce serait bien d'ailleurs qu'elles soient mises par défaut dans DSM. Mais peut-être qu'un truc m'échappe et que ça pose problème dans certains cas.

Vous pourrez remplacer vos 4To par des 6To sans avoir à reconstruire le RAID. Il suffit de retirer l'ancien disque, mettre le nouveau et lancer la reconstruction. Et bien évidemment, le stockage augmentera de 2To à chaque remplacement. Important : lors du montage initial, si vous ne démarrez pas avec les 4 disques (2x4To et 2x6To) il faudra impérativement commencer par les 4To sinon le SHR ne les acceptera pas. En effet, vous ne pouvez pas rajouter dans un SHR des disques plus petits que le plus petit utilisé à la construction.

Salut @Oooops!, super d'avoir de tes nouvelles et longue vie à ton 415+ 😉

@perduici Merci pour ce compte rendu. Les choses changent très vite chez le chinois : le lien vers les racks ne fonctionne plus 😉

Bien sûr ! Mais un SHR avec 3 disques de 3To n'est en réalité qu'un simple RAID5.

Il faut donc seulement réintroduire le disque 3 dans le groupe. Vous suivez simplement les instructions de la page groupe de stockage : bouton action, Réparer. Vous sélectionner le disque 3 et le groupe devrait se reconstruire. Il faudra patienter quelques heures pour que la construction se termine. Non. Les données sont réparties sur tous les disques du groupe en RAID5. Vous pouvez perdre un disque sans perte de données, ce qui explique que votre groupe fonctionne en mode dégradé puisque le disque 3 a été sorti. Pour éviter ce genre de mésaventure à l'avenir, je vous recommande d'équiper votre NAS d'un onduleur compatible afin de permettre la mise en sécurité du groupe en cas de perte d'alimentation. Il faut vous dire que vous avez eu beaucoup de chance de pouvoir retrouver un groupe fonctionnel après votre mésaventure.

Votre groupe semble à nouveau opérationnel mais le disque 3 est sorti. Avez-vous accès aux données ? Donnez-nous svp des captures des vues Groupe de stockage et HDD/SSD pour y voir plus clair.

Bonjour @TadigMetal soyez le bienvenu sur ce forum. Si vous voulez que vos "clients" ne passent pas des plombes en téléchargements, il vous faut une connexion internet rapide.

D'abord ce n'est pas aussi simple qu'il y parait (il faut une distribution Linux, mdadm + lvm2) et ensuite la question est : pour quoi faire ? Le seul intérêt serait une panne de NAS, et encore. Je vous recommande de faire un SHR avec vos 4To et 6To (bien que si les 4To sont anciens, il vaudrait mieux partir sur des disques neufs...). Vous aurez ainsi plus d'espace de stockage. Faire un seul groupe et un seul volume ce qui simplifie grandement la gestion de l'espace. Et surtout, mettre en place une vraie sauvegarde périodique de vos données. Vous pouvez pour cela utiliser un des deux anciens NAS comme support.

Si c'est de l'interface d'administration d'openVPN qu'il s'agit, la seule existante dans DSM est celle du serveur DNS, accessible uniquement via une connexion à DSM. A ma connaissance, la seule possibilité pour exploiter le WEB UI admin d'OpenVPN est de passer par docker. Pas sûr que ce soit compatible avec le serveur du NAS et qu'il ne faille pas aussi passer le serveur OpenVPN sur docker. Ceci dépasse bien évidemment le propos de ce tuto. En tout état de cause, il s'agit d'un service d'administration du serveur dont l'accès, comme l'indique @Kramlech, doit se faire par un port différent.

Est-ce que les droits ont été attribués correctement dans Synology Photos ?

Il suffit de relire le tuto : Le port 1194 est le port par défaut mais rien ne vous empêche d'en changer. Moi pas comprendre...

Je pense plutôt qu'il s'agit d'un RAID1 mais que la description faite par @Eric1246 résulte d'une certaine incompréhension de son fonctionnement. @Eric1246 afin de lever tout malentendu, il faudrait poster des captures d'écran de votre gestionnaire de stockage. Sans cela, il est difficile de répondre correctement à votre demande.

Je ne comprends pas si vous voulez monter votre disque sur un PC pour y copier les données. Si c'est le cas, alors ce n'est pas possible car DSM partitionne le disque pour son fonctionnement, ce que vous ne pouvez pas reproduire de manière simple sur un PC. De toute manière, windows ne pourra rien pour vous. Il faudra passer par une distribution Linux (Ubuntu par exemple) pour pouvoir lire et écrire les données sur un disque au format EXT4. Votre disque de 3To est en EXT3 ou 4 (selon le niveau d'ancienneté de l'installation). S'agissant d'un basic pur (NAS monodisque), vous pouvez le cloner puis étendre la partition des données. Voici un topic qui en parle : Mais si votre disque est en ext3, vous avez tout intérêt à sauvegarder vos données et repartir sur une installation complète avec la dernière version de DSM pour votre NAS.

C'est l'évidence même. Parce que vous avez des applis directement accessibles sans identifiants ? C'est pas banal !

Le reverse proxy n'est qu'une passerelle qui permet de mettre en rapport un nom de domaine à un service. Les identifiants sont seulement du côté du service, qu'il soit interne ou externe au NAS. Par contre, les mécanismes du reverse proxy sont perturbés si le transfert http vers https est coché dans DSM. Il faut le décocher.

Je suis peut-être à côté de la plaque mais c'est plutôt en ADSL que ça devrait saturer. Par ailleurs, je doute très fort que Drive soit fautif. J'utilise cette appli depuis des années en adsl et fibre et elle est dans les deux cas peu gourmande en ressources. Sinon, je rejoins mes camarades pour dire que ce n'est pas très facile de comprendre où se situe le problème sans avoir des infos plus précise sur l'environnement et les conditions de "saturation"

C'est possible avec le reverse proxy. Il y a un tuto dans la section des tutoriels.

Pas sûr que les 110J et 112J soient capables de gérer des disques de 8To. C'est peut-être l'origine de votre problème. Je ne sais malheureusement pas où retrouver cette info.

C'est pas vraiment sécure. Vous devriez aller faire un tour sur la section des tutoriels et mettre en pratique celui concernant la sécurisation de nos NAS.

Pour éviter çà, il faut absolument réserver l'IP du NAS soit dans le NAS lui même (mais ce n'est pas ce qui se fait de mieux) , soit dans le serveur DHCP du routeur (de loin la meilleure solution)

Votre question n'a rien à voir avec le sujet initial. Je vous invite à la renouveler dans la section appropriée.