Mic13710

Pour créer un nouveau groupe, c'est dans le gestionnaire de stockage de DSM, menu Groupe que ça se passe.

Absolument. Ce ne sont que les paramètres de connexion qui changent, pas le contenu. C'est d'ailleurs la meilleure méthode, surtout pour des sauvegarde lourdes, que de faire la première sauvegarde en local avant l'installation du NAS en distant.

C'est comme vous voulez. C'est en fonction de l'utilisation locale de chaque NAS. Vous pouvez avoir des applications et des données différentes pour chaque site et faire la sauvegarde du NAS1 vers le NAS2 et aussi du NAS2 vers le NAS1. Une sauvegarde n'est pas dynamique, sinon ce n'est pas une sauvegarde. Si le NAS1 a un problème, il va bien falloir faire la restauration des données à partir du NAS2 ce qui vous demandera un certain nombre d'heures. C'est tout de même mieux que de synchroniser les deux NAS et de se retrouver un jour avec des données des deux NAS cryptés par un crypto locker par exemple.

Comme l'on expliqué mes petits camarades, la synchronisation des données ne vous est d'aucune utilité. Ce qui est plus important c'est de sauvegarder vos données pour pouvoir les récupérer en cas d'effacement accidentel, de corruption, ou de perte partielle ou totale de vos disques. Edit : ce qu'il faut comprendre c'est que pour qu'une sauvegarde soit réelle, il faut qu'elle soit physiquement déconnectée de la source une fois le processus de sauvegarde terminé. Et donc, une synchronisation permanente des données n'est pas une sauvegarde.

Si je comprends bien, vous avez remplacé un disque défectueux sur votre NAS. Comment ce disque était monté : en miroir avec l'autre disque (RAID1 ou SHR avec protection des données) ou avec un volume distinct du disque 1 ? S'il s'agit de rajouter un nouveau volume sur votre nouveau disque, il faut créer un nouveau groupe sur ce disque et ensuite monter un volume sur ce groupe. Linux ne fonctionne pas comme windows où les disques sont différenciés par des lettres. Sous linux, le stockage est considéré comme un tout. Du point de vue du client, il n'y a aucun moyen de différencier ce qui appartient à un disque ou a un autre. Vous ne voyez que votre dossier Home et les dossiers partagés sur lesquels vous avez des droits, quel que soit le volume sur lequel ils se trouvent. C'est aussi une des raisons pour laquelle vous ne pouvez pas donner le même nom à des dossiers partagés situés sur des volumes différents. Vous ne pouvez par par exemple nommer un dossier partagé "Photo" s'il existe déjà un dossier sous ce nom sur un des volumes géré par le NAS. Il faudra lui attribuer un autre nom.

Je n'ai pas tout lu de ce fil. J'interviens juste dans le cadre du VPN. Comme l'a écrit @StéphanH, il n'est nul besoin d'avoir des routeurs sophistiqués ni du matériel autre que les NAS pour faire de la sauvegarde bidirectionnelle. Il suffit d'établir une liaison VPN serveur/client entre les 2 NAS et on peut très bien faire des sauvegardes dans les deux sens. Et c'est tout à fait normal puisque le VPN n'est pas unidirectionnel. Ce n'est pas non plus très gourmand en ressources et on en diminue l'impact en lançant les tâches de sauvegardes durant la nuit. C'est ce que j'ai mis en place pour un ami : une liaison VPN permanente entre ses deux sites et sauvegardes hyperbackup bidirectionnelles. @Antonio21, avant de penser accès externe, il faut d'abord border les NAS pour en sécuriser les accès. Ce n'est qu'une fois toutes les protections mises en place qu'on peut se pencher sur les accès externes.

Serveur VPN (voir le tuto dans la partie Tutoriel) + lecteur réseau.

Je suppose que vous voulez parler des disques SMR. Avant de vous lancer, je vous conseille de consulter ce fil de discussion : Et il est recommandé de choisir votre nouveau disque dans la liste des disques compatibles pour votre modèle de NAS : https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS211j&category=hdds_no_ssd_trim&p=1

On ne répétera jamais assez : le RAID 1, 5, .... ou SHR avec protection des données n'est pas une sauvegarde. Ce n'est qu'un système de stockage qui permet la continuité de service en cas de perte d'un disque. Et pour la capacité des disques, je rejoins @oracle7 pour dire que suivant les utilisations que vous ferez de votre NAS, 1To c'est un peu juste et vous verrez que vous les remplirez assez vite. Cela ne vous empêchera pas de vous familiariser avec l'utilisation d'un NAS et vous pourrez plus tard augmenter la capacité de stockage en changer vos disques par de plus gros.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

C'est vous qui voyez. Tant que vous couvrez les IP que vous pouvez utiliser, il n'y a pas de problème. Pour ma part je suis encore plus restrictif car je n'autorise qu'une plage d'IP à se connecter au NAS, Les adresses restantes étant réservées au réseau invité qui n'a pas accès au NAS.

Possible en reconstruisant soit un jbod soit un RAID0. Impossible de le faire sans détruire le volume existant. Inutile de dire que je ne recommande pas ce type de montage car la perte d'un disque entraine la perte des données. Pas possible. Au mieux vous pouvez faire une (pseudo) sauvegarde régulière du volume 1 vers le volume 2. Si vous perdez le volume 1, vous ne pourrez pas utiliser directement les données du volume 2. Il faudra reconstruire le volume 1 et y importer les données sauvegardées pour pouvoir à nouveau utiliser vos données.

Le RGPD ? Ce matin encore j'ai eu une demande de validation des nouvelles règles d'utilisation et il est clairement écrit que mes données peuvent être transmises à Facebook. Si je n'accepte pas, mon compte sera désactivé. Et donc oui, ça concerne l'Europe puisque je n'est pas d'autre choix que d'accepter que mes données soient transmises à un tiers à des fins commerciales pour pouvoir continuer à utiliser le service. Je crois surtout que ce ... de Mark Zukherberg se contrefiche éperdument du RGPD qu'il bafoue en permanence en dépit de multitudes rappels à l'ordre car il sait que l'Europe ne peut rien faire contre Facebook.

Ce que vous souhaitez faire c'est du collaboratif, ce que ne permet pas Drive. Ce que propose Kramlech c'est de vous connecter au NAS à distance par VPN afin d'utiliser directement le fichier stocké sur le NAS car pour faire ce que vous souhaitez, il faut impérativement travailler sur un unique fichier et non sur un fichier en synchronisation comme le fait Drive. Ainsi, vous utilisez le fichier sur votre PC via un lecteur réseau, sur votre ibidule ou votre machin chose via une liaison VPN que vous créez avec le serveur VPN du NAS par exemple.

CS agit sur tous les dossiers utilisateurs et dossiers partagés que vous lui avez donné à gérer. Il gère donc AUSSI les fichiers du cloud de votre PC. C'est le nombre de versions par défaut. Rassurez-vous, CS ne stocke pas 32 versions du même fichier. Il ne stocke que le fichier original et les variations des 31 versions suivantes. Sinon, vous imaginez bien que votre NAS serait très vite saturé. Au final, l'impact du nombre de versions entre 1 et 32 ne se solde pas par 32 fois plus de stockage mais seulement quelques pourcent. La seule vrai différence et lorsque le nombre de versions est à 0. Plutôt que de vouloir supprimer le nombre de versions, à votre place je regarderais plutôt quels types de fichiers vous y mettez. L'intérêt de CS ou Drive c'est de synchroniser des fichiers qui sont appelés à être modifiés. Ainsi les fichiers multimédia qui sont par essence des fichiers invariables n'ont pas leur place dans le Cloud. Ils chargent inutilement le Cloud sans réel valeur ajoutée. "L'algorithme Intelliversioning exclusif de Synology a pour objet de conserver la version historique la plus pertinente de chaque fichier, permettant ainsi d'économiser le précieux espace d'archivage." Possible car le nombre de versions ne s'applique que pour les nouveaux fichiers. Je crois qu'il y a une option dans CS pour supprimer les versions existantes mais je ne me rappelle plus comment vu que je n'utilise plus CS. Je suis passé à Drive.

Drive est la nouvelle mouture de CloudStation. Vous pouviez garder Drive, d'autant que CloudStation sera semble t'il abandonné avec DSM7. Que ce soit l'un ou l'autre, le versionning est le même. Si vous ne voulez pas de version, il faut mettre le paramètre nombre de versions à 0 (c'est dans les paramètres de Cloud Station ou Drive). Mais vous perdez du même coup ce qui fait la force d'un Cloud. Il est bien évident que le versionning ne s'applique qu'au fichier dans le périmètre de Cloud Station ou Drive. Pas de versionning pour les autres fichiers.

Peut-être. C'est vrai que ce n'est pas évident au premier abord dans DSM6, la fiche de l'utilisateur ne reportant pas cette information. Je pense que c'est le sens de l'ajout dans DSM7 pour avoir la 2FA directement accessible dans les paramètres utilisateur et non pas via le menu Perso.

@.Shad. Je sais que ce n'est pas vraiment ton domaine. 😉 Mais il y en a tellement où tu es bien meilleur que moi....👌

Je ne comprends pas où est le problème. On peut très bien utiliser ou pas la 2FA pour chaque compte, qu'il soit administrateur ou simple utilisateur. Dans ce cas, il faut décocher les choix ci-dessus et on peut ainsi valider ou pas la 2FA individuellement. Pour cela, il suffit de se connecter au compte concerné et d'aller dans le menu de l'utilisateur en haut à droite, Perso.

Oui en principe, non en réalité. Tous les disques de nos nas multibaies sont gérés par mdadm plus une surcouche lvm2 pour le SHR. Il sont donc bien en RAID, même s'il n'y a qu'un seul disque. Dans ce cas, il est bien évident qu'il n'y a pas de redondance. C'est d'ailleurs parce qu'il est déjà en RAID qu'on peut passer un groupe d'un seul disque à plusieurs. Euh... Ce sont deux choses différentes 😉. Un RAID0 ne peut exister que s'il y a au moins 2 disques. Ce sont les différentes versions d'un même fichier. Ces versions sont stockées dans un dossier caché qui occupe de l'espace disque mais qui n'est pas visible dans file station. C'est souvent ce qui explique les pertes apparentes de stockage. Oui s'il s'agit de disques en SHR AVEC protection des données. Si ce sont deux disques avec chacun un volume, il s'agit de disques en SHR SANS protection des données et dans ce cas, il n'y a pas de redondance et donc la perte d'un disque entraine la perte des données qu'il contient. Et bien non, justement à cause du versionning qui avec la version active occupe pratiquement le même espace dans le dossier caché. Si vos données Cloud Station réprésentent 500Go, l'espace occupé sur le NAS est d'environ 1To.

Vous pouvez faire toutes les combinaisons que vous voulez. De 4 disques en basic ou SHR sans protection des données, jusqu'à 4 disques en SHR avec protection des données et même du SHR2 si vous voulez. Mais vous vous apercevrez à l'usage qu'il est préférable de faire un SHR sur tous vos disques. En effet, 2x2To en RAID1 vous donnent 2To, ce qui avec vos 2 disques de 4To vous donnent 10To dont 8To non sécurisés. Cette configuration est peu évolutive puisque vous ne pouvez augmenter que le RAID1 sans avoir à faire de construction en changeant les deux disques par des plus gros. Et si vous perdez un des 4To, vous perdez toutes ses données. Si vous montez un SHR avec vos disques, vous n'aurez que 8To de stockage, mais si vous perdez un disque, vous ne perdez pas de donnée. Il vous suffit de remplacer le disque défectueux et de reconstruire le groupe pour retrouver l'intégrité de votre groupe. Le groupe est aussi évolutif puisque vous pourrez toujours passer à 10To en remplaçant un 2To par un 4To ou plus gros. Vous pourrez par la suite remplacer d'autres disques si vous souhaitez plus de stockage sans avoir à refaire toute une partie de l'installation. Bref, c'est beaucoup plus souple.

Avec un disque d'un NAS monobaie, un simple lecteur ext4 pour windows fait l'affaire. Celui-ci par exemple : https://www.diskinternals.com/linux-reader/

Sauf pour quelques applications particulières qui nécessitent d'avoir le btrfs, il n'y a pas de rapport entre les paquets que vous souhaitez installer et l'organisation des disques. C'est à vous de décider si vous souhaitez avoir de la continuité de service en sécurisant vos données, ou bien si vous voulez le maximum de stockage en optant pour des groupes séparés, en gardant à l'esprit que la perte d'un disque avec ce choix sera la perte de ses données et nécessitera sa réinstallation. Quel que soit le choix, vous devez prévoir la sauvegarde régulière de vos données sur un support externe.

Je n'en sais rien, je n'ai pas de RT. Perso je ne fais pas de déploiement. Chaque NAS gère son propre certificat.

Pas en totalité. Quand vous détruisez un groupe, vous supprimez uniquement la partition des données. Les partitions Système et Swap ne sont pas touchées. Lorsque vous créez un groupe, vous choisissez les disques qui vont constituer le groupe. Les partitions données seront assemblées pour constituer le groupe. Le formatage interviendra lors de la création du volume en fonction du système de fichier choisi (ext4 ou BTRFS). S'il y a plusieurs volumes sur le groupe (groupe à volumes multiples), les deux systèmes peuvent très bien cohabiter, cad qu'on peut avoir des volumes en ext4 et d'autres en btrfs. Ca se voit que le NAS de la mairie n'est pas le votre. Vous vous la jouez kamikaze ! Non, il faut démarrer avec au moins un disque pour pouvoir initialiser le NAS et installer DSM. Je ne saurais trop vous recommander de d'abord commencer par tester les disques avant leur exploitation. Voyez le tuto de @firlin pour le test badblocks.