Mic13710

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.

Décochez la vérification en 2 étapes dans le menu utilisateur, onglet Avancé. Ca ne devrait pas supprimer les doubles authentifications en place mais vous laisse le choix de l'appliquer ou pas pour tel ou tel compte. Mais vous pouvez tout à fait garder la double authentification en utilisant un SYNO_DID dans vos paramètres. Voir ceci pour la mise en place : https://github.com/acmesh-official/acme.sh/wiki/deployhooks#20-deploy-the-cert-into-synology-dsm

Alors vous avez mal compris. On peut tout à fait supprimer la double authentification pour un compte. Une fois connecté sur le compte, aller dans le profil en haut à droite, puis Perso pour désactiver la double authentification. Tâche en exécution unique veut bien dire ce que ça veut dire : une seule fois.

Je ne comprends pas la question. Cependant, il y a une erreur de compréhension entre groupe et volume. Non, vous ne séparez pas le volume en deux. Vous scindez votre groupe existant en deux groupes distincts. Pour cela, il va d'abord falloir supprimer le volume puis le groupe. Vous pourrez ensuite créer un nouveau groupe en sélectionnant les disques qui en feront partie (ceux du NAS je suppose) et vous pourrez créer un (ou plusieurs) nouveau(x) volume(s) sur ce groupe. Vous faite de même avec les disques de l'extension. Pour faire une analogie avec Windows bien que le fonctionnement soit différent, un groupe c'est le disque physique de votre PC, un volume ce sont le ou les partitions que vous y mettez.

Bonjour Favettes13b, soyez le bienvenu dans la communauté

https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/ Non officiel et donc à vos risques et périls

Non, uniquement les fichiers qui auront été modifiés. Comme je l'ai déjà dit, il est préférable de faire la première sauvegarde en local pour éviter que ça prenne des jours. Les suivantes ne sont que des mises à jour et s'il n'y a pas eu trop de modifs ni de déplacement de dossiers, ça va assez vite (tout dépend bien entendu de la vitesse du lien)

Renouvellement de mon deuxième domaine effectué sans problème cette nuit. Rien de suspect dans les logs et mes fichiers de conf sont tous complets. Pour résumer, je suis toujours sur la base de la première version du tuto mais je n'ai qu'une seule instance pour mes deux domaines. C'est possible uniquement si les deux registar sont différents pour des questions d'API. Pour ma part je suis chez OVH et Gandi. Je pense aussi qu'il ne faut pas avoir une simultanéité des renouvellements sans quoi le script acme.sh risque de buguer. Juste un petit problème détecté dans DSM : le domaine par défaut qui était le domaine 1 a basculé sur le domaine 2. C'est un peu ennuyeux mais vite corrigé. Je vais suivre ça lors du prochain renouvellement dans 2 mois.

Pas particulièrement. Pour ma part j'utilise un D-Link DGS‑1008P qui alimente ma borne et mes caméras