Mic13710

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.

Je suis toujours dubitatif sur l'intérêt de multiplier les groupes de stockage. Beaucoup d'espace perdu. Ce n'est que mon avis bien entendu. Vous ne verrez jamais vos groupes de stockage sur windows, ni même vos volumes. Vous ne les verrez pas non plus sur file station. Sous linux, l'espace de stockage est considéré comme un tout. La répartition des données se fait par la localisation des dossiers partagés sur les volumes. Si vous voulez par exemple que le dossier video soit sur le volume 2, vous allez sur Dossier partagé, dossier video et vous choisissez le volume 2. Automatiquement, DSM va transférer le dossier et ses données du volume 1 au volume 2. Vu de l'extérieur, la seule info visible sera le dossier video quel que soit son emplacement sur vos groupes de stockage. C'est à vous de répartir vos dossiers partagés sur vos volumes. L'utilisateur lui ne peut pas voir sur quel volume les données sont localisées.

Certes, mais la réponse n'était pas correcte, d'où ma remarque 😉.