Mic13710

Je pensais à Synology Drive qui est un Dropbox à la mode Syno. Et encore une fois, ce n'est pas une sauvegarde. Relisez mon explication. Je n'ai pas dit cela. Si vous ne l'exposez pas à internet (cad que vous ne pouvez pas y accéder de l'extérieur autrement qu'à travers un VPN perso, celui du NAS principal par exemple), que vous réglez votre parefeu pour réduire au maximum sa surface d'exposition, il y a peu de chance qu'un cryptolocker ou autre vienne s'attaquer à ses données. Ce que je vous conseillerais c'est de faire une sauvegarde par semaine. Vous allumez automatiquement le NAS pour les faire et vous l'éteignez en fin de journée. Ainsi, le NAS n'est ouvert sur votre réseau local qu'un jour par semaine, avec toutes les protections que je viens de citer. Pour le reste, il y a quelques lacunes et incompréhensions dans les systèmes RAID. Pourtant, je vous ai dit deux choses importantes : le RAID N'EST PAS UNE SAUVEGARDE, si vous supprimez des données, elles le sont sur tous les disques, si vos données sont vérolées, elles le sont sur tous les disques, et il n'y a pas de moyen de revenir en arrière. Et NON, IL N'Y A PAS DE DISQUE DE SAUVEGARDE dans un système RAID. Tous les disques fonctionnent au même niveau dans le groupe où les données sont en miroir sur un RAID1, en agrégation par bande sur un RAID5, pour assurer la sécurisation des données en cas de perte d'un des disques, n'importe lequel. Le RAID n'a pour seul fonction d'assurer la continuité de service en cas de perte d'un disque. C'est tout ! Le RAID n'est qu'un espace de stockage avec en plus la sécurisation des données. Je ne vois pas l'intérêt de prévoir 2 groupes en RAID1, et donc 2 volumes, qui d'une part complique la gestion du stockage et d'autre part fait perdre un espace précieux (le To coute cher). Si votre besoin est de 15To, alors il faut prendre de la marge ou prévoir une possible extension du stockage si besoin. Vu le volume et les capacités des disques actuels, vous ne pouvez pas partir sur un NAS 2 baies. C'est donc un 4 baies qui s'impose comme le premier choix. Pour cela, vous pouvez commencer par monter 3 disques de 8To en SHR ce qui vous donnera un stockage de 16To. Si vous avez besoin de stockage supplémentaire, vous pourrez ultérieurement rajouter un autre 8To dans la baie libre pour porter votre stockage à 24To. https://www.synology.com/fr-fr/support/RAID_calculator?drives=8 TB|8 TB|8 TB&raid=RAID_5|SHR_1 Ou bien, vous montez directement 4 disques de 6To en SHR ce qui vous donnera un stockage de 18To. Dans ce cas, il faudra changer au moins 2 des 6To par des plus gros si vous voulez augmenter votre stockage. https://www.synology.com/fr-fr/support/RAID_calculator?drives=6 TB|6 TB|6 TB|6 TB&raid=RAID_5|SHR_1 Dans les deux cas, vous avez une sécurisation des données si vous perdez un disque et vous n'avez qu'un seul volume à gérer. Et pour le fonctionnement du RAID, je vous invite à consulter la page wikipedia. Les RAID qui vous concernent sont le RAID1 (votre NAS actuel) et le RAID5, en sachant que le SHR n'est ni plus ni moins qu'un RAID hybride qui combine RAID1 et RAID5 dans un même groupe. Le montage que je vous propose est équivalent au RAID5. https://fr.wikipedia.org/wiki/RAID_(informatique)

Oui, ça fonctionne. Néanmoins, cette opération comporte des risques car en ayant formaté votre premier disque, vous n'avez plus qu'une source de données et si l'opération de transfert échoue, vous aurez des données perdues à tout jamais. Je ne suis pas d'accord sur ceci : Ce n'est pas comme ça que ça se passe. Les dossiers partagés seront transférés à l'identique sur le volume 2 car vous faites simplement un déplacement des dossiers à partir du panneau de configuration de DSM, menu Dossier partagé. Pour chaque dossier, vous pouvez choisir son emplacement, volume 1 ou volume 2. En changeant le volume, DSM va transférer le dossier concerné et son contenu vers le volume choisi. Il faudra probablement transférer les applications vers le nouveau volume avant de détruire le volume 1 et en reconstruire un nouveau.

Le 423+ est largement suffisant pour votre besoin. Il sera même plus performant en transcodage que le 923+ qui est plus à la traine que sont prédécesseur le 920+. Si vous n'avez pas besoin de transcodage, le 923+ sera très bien. Là il y a confusion. Une synchronisation n'est pas une sauvegarde et une sauvegarde ne peut pas être une synchronisation. Néanmoins, vous avez le paquet Synology Drive qui assure la synchro et le versionning. Cette appli se situe entre la synchro et la sauvegarde, mais ne peut pas être considérée comme une vraie sauvegarde car si vous êtes victime d'un cryptolocker, toutes vos données seront bloquées. Il vous faudra alors une vraie sauvegarde pour pouvoir retrouver vos données. Je vous conseille donc de conserver votre ancien NAS qui pourra servir de support de sauvegarde. Je ne comprends pas ce que vous voulez faire. deux RAID1 ?, un RAID6 ?, un RAID10 ? Pour clarifier ce que vous avez écrit, il n'y a pas de disque de sauvegarde sur un RAID. Il y a seulement une protection des données en cas de perte de disque(s). Tous les disques d'un groupe fonctionnent au même niveau. Et enfin, car là aussi je pense que vous faite fausse route, le RAID n'est pas une sauvegarde mais une continuité de service. Il ne vous dispense nullement de prévoir une sauvegarde de vos données, au moins les plus importantes.

Non. Impossible de diminuer le nombre de disques d'un groupe. Il faut sauvegarder vos données, détruire le volume et le groupe et reconstruire un groupe par disque avec un volume sur chacun d'eux. Vous ne pouvez pas avoir deux noms de dossiers identiques sur deux volumes différents. Ainsi, il sera impossible de créer deux dossiers "video". Vous pouvez associer deux dossiers pour qu'ils soient accessibles par une même application.

@PiwiLAbruti je suis d'accord avec toi, sur la faisabilité. Néanmoins, le fait de cloner un disque n'est pas à la portée du premier venu et sort complètement des attributions de DSM. Je pense toutefois qu'il pourrait y avoir une kb pour expliquer la procédure d'extension d'un disque sur NAS DS1xx, un peu comme c'est déjà fait pour la récupération des données via une distribution ubuntu. D'un autre côté, ce serait en contradiction avec la version officielle qui consiste à sauvegarder les données et faire une restauration sur un nouveau disque 😉

Il n'y a rien d'incroyable. Ce que vous avez fait dépasse le cadre de la gestion par DSM. Il n'y a aucune raison valable pour que Synology implémente une fonction sensée corriger une situation qui n'est pas de leur fait.

@hugolin69 si le but est le même, votre situation est très différente du cas ci-dessus pour la bonne raison que votre NAS est équipé d'un disque en basic pur, contrairement auxautres qui ont une surcouche RAID. Ceci devrait vous aider : https://www.nas-forum.com/forum/topic/47882-remplacer-un-disque-par-un-clone-sur-un-ds-1xx/ Ce n'est pas la seule méthode. En fouillant la toile, vous devriez pouvoir trouver les commandes à passer en ssh pour étendre votre partition. Attention, tout ceci est à vos risques et périls. Pensez à faire la sauvegarde des données les plus importantes avant de vous lancer dans cette opération.

Si vos ndd fonctionnent sur le 443 (https), il est préférable de fermer le port 80. Inutile de laisse un port http ouvert aux quatre vents. L'ensemble me parait bon, mais encore une fois, je ne peux pas dire si tout est ok. C'est uniquement vous qui pouvez le savoir en faisant des tests. Mais vous ne répondez toujours pas à propos du blocage chez ovh ! Edit : je n'ai pas posé la question concernant le paramétrage du NAS. Avez-vous au moins suivi et appliqué le tuto sur la sécurisation du NAS ? https://www.nas-forum.com/forum/topic/77493-tuto-pas-à-pas-sécurisation-du-nas-pour-dsm-7/

@Ange Of Spirit, s'agissant d'un NAS monobaie, il n'a pas de couche RAID et peut être lu directement sur tout PC sous linux , mais aussi sur tout PC sous Win moyennant l'installation d'un petit logiciel permettant la lecture de partitions ext3 ext4. Il y en a pléthore sur la toile. A noter que cette information dépasse le cadre des présentations. Si vous rencontrez des problèmes pour récupérer vos données (NAS ou PC), je vous invite à poster vos questions dans les sections appropriées du forum.

Parce qu'il semblerait que vous fassiez une confusion entre bit et octet. 1Gb = 125Mo. Donc, si vous "plafonnez" à une centaine de Mo et que vous faite du chiffrage des fichiers (cryptage n'est pas le terme exact), c'est tout bon 😉

Bonjour @Dr Jerry soyez le bienvenu sur ce forum. Joli NAS pour débuter !

@domtous ce n'est pas ce que j'ai dit. Relisez mon message. Le certificat est ok parce que les domaines qu'il couvre sont ok. Ce qui ne veut pas dire qu'il corresponde à votre besoin. Je n'ai aucune connaissance ni de votre zone chez ovh, ni des paramétrages de votre reverse proxy, ni ceux de votre serveur dns si vous l'avez activé, ni de vos paramétrages du pare feu du NAS, ni des réglages sur votre routeur. Donc oui, le certificat a pu être émis parce que les API renseignées sont bonnes et que les ndd invoqués existent dans la zone chez OVH. Maintenant est-ce qu'il est utilisable ? je n'en sais rien. Et avec ça, je ne sais pas de quel problème vous parlez puisque vous ne répondez pas à ma question.

Il se trouve que j'ai une sauvegarde hyperbackup en mode NAS à NAS d'un DS718+ à la dernière version de DSM vers un DS212 distant en DSM 6.2.4 et que ça fonctionne très bien. La dernière sauvegarde remonte à ce matin. Il n'y a pas d'incompatibilité entre les deux versions. Cherchez plutôt une cause externe. Pas de possibilité d'upgrader le 213+, et même si cela était possible, il faudrait le faire passer au minimum pour un DS215+ pour pouvoir aller au mieux à DSM7.1.1. Et compte tenu des CPU des deux modèles, je pense que ce n'est pas possible (pas vérifié). Et si elle l'est, cette manipulation est à vos risques et périls.

Je ne comprends toujours rien. Si vous avez pu établir un certificat c'est que les enregistrements (DynHost, A, CNAME) ont été considérés comme bons, c'est à dire que les domaines qu'il couvre existent bien et sont votre propriété. Ce qui ne veut pas dire que votre certificat et bon pour votre utilisation. Maintenant, le tuto dont vous parlez n'est qu'un exemple. Votre DynHost à vous est différent et doit être établi sur xxxxx.ndd pour pouvoir ensuite enregistrer un wildcard CNAME sur *.xxxx.ndd, ce qui vous autorisera à créer des domaines comme nas.xxxx.ndd, video.xxxx.ndd, etc.... Si vous faite un enregistrement DynHost sur ndd, alors votre site hébergé sur ovh ne sera plus accessible car toutes les requêtes sur ndd seront redirigées vers votre box.

Avec si peu d'infos, difficile d'apporter de l'aide. Quel est le problème exactement ?

@domtous content pour vous. N'oubliez pas d'associer votre certificat aux différentes applications qui sont appelées à partir de votre ndd sinon ça ne fonctionnera pas. C'est le bouton Paramètres. Vous choisissez le nouveau certificat pour toutes les URL avec votre ndd.

SMB1 est désactivé par défaut dans les dernières versions de DSM. Libre à vous de l'activer si vous avez d'anciens équipements qui ne fonctionnent que sous ce protocole, à vos risques et périls.

Merci @vincentbls j'étais en train justement de chercher un tuto pour @domtous. L'enregistrement A à supprimer est bien entendu celui qui concerne xxxx.ndd

Quand arriverez vous à comprendre qu'il faut paramétrer un DynHost et pas un enregistrement A ? Encore une fois, c'est l'un ou l'autre, pas les deux ! Et encore une fois, l'adresse de votre NAS n'a rien à faire ici. On parle UNIQUEMENT d'adresse publique donc celle de la box vue de l'extérieur.

Si je ne me trompe pas, votre site est couvert par le certificat d'OVH. Vous pouvez le voir en consultant le cadenas sur la barre d'adresse. Vous devez donc créer un DynHost sur xxxx.ndd qui pointe vers votre IP publique et mettre en place le DDNS sur le NAS pour la mise à jour de l'IP. Dans la zone dns d'ovh, vous créez un enregistrement CNAME *.xxxx.ndd qui pointe vers xxxx.ndd. "*" est un wildcard qui remplace tous les ndd qui ne sont pas listés dans la zone. Par exemple, si vous invoquez toto.xxxx.ndd, l'enregistrement CNAME va être sollicité et va diriger la requête vers le DynHost xxxx.ndd qui lui même va transmettre la requête vers l'IP de votre box. Si par contre vous avez un enregistrement A titi.xxxx.ndd qui pointe vers une autre IP publique, si vous invoquez cette adresse, c'est cet enregistrement qui sera sollicité en premier puisqu'il peut être résolu sans passer par le wildcard. Attention, le wildcard ne concerne qu'un seul niveau. Si vous avez un nom de domaine titi.toto.xxxx.ndd, il ne pourra pas être résolu puisqu'il n'a pas d'existence dans la zone. Il faudra dans ce cas créer un nouvel enregistrement CNAME *.toto.xxxx.ndd qui pointe vers xxxx.ndd pour que les requêtes soient dirigées vers l'IP de la box. Pour le certificat, il faudra créer les API pour le nom de domaine xxxx.ndd et faire une demande de certificat pour xxxx.ndd, *.xxxx.ndd et éventuellement pour *.toto.xxxx.ndd

@Chat_noir, que devrais-je dire alors, moi qui suit plus vieux que vous !

Salut @CoolRaoul, quand tu parles d'adresse de broadcast, c'est bien d'une IP réservée avec une MAC broadcast (ff:ff:ff:ff:ff:ff) ? Côté freebox je n'en sais rien, j'ai un routeur derrière. Perso, je me connecte en VPN (wireguard) et j'ai du mettre en place une adresse de broadcast pour le wol. Il y a un serveur VPN sur la freebox, dont wireguard. Peut-être pourrais-tu voir si ça pourrait te convenir.

Visiblement, certaines notions vous échappent encore. Et pourtant vous avez lu le tuto de @Kramlech il me semble. AUCUN nom de domaine n'est en http ou https. Un ndd est associé à une IP publique, c'est tout. Ce ndd permet de diriger une requête qui lui arrive vers l'IP qui correspond dans la zone. http ou https, c'est le protocole d'échange entre un serveur et un client. Il n'a aucun rapport avec le ndd. Le certificat est l'assurance que le ndd qui est appelé par une requête appartient bien au destinataire, qu'il en est le propriétaire. Ce certificat n'est utile que pour les échanges sécurisés (chiffrés de bout en bout) dont l'https. Je ne comprends pas bien votre configuration. Est-ce que vous avez un site hébergé chez OVH sur votre ndd ? Je précise bien un site, c'est à dire une ou plusieurs pages web accessibles par un navigateur où vous parlez de la vie sauvage des grenouilles du marais poitevin ou de tout autre sujet 😉

@domtous, il ne peut pas y avoir un enregistrement dynhost et un enregistrement A pour le même ndd. Comme je l'ai écrit plusieurs fois sur mes messages (que vous lisez un peu trop en diagonale) c'est soit un enregistrement A, soit un DynHost. Pour pouvoir mettre en place un DDNS avec le DynHost OVH, il faut d'abord supprimer l'enregistrement A de la zone DNS.

@Chat_noir, comme l'a écrit @firlin, il faut partir sur du SHR. Ca tombe bien, c'est l'installation par défaut. Si vous partez sur du RAID classique (RAID1), il faudra impérativement rajouter des disques de même capacité. Si vous mettez plus gros pour passer en RAID5, l'espace de stockage au delà du disque le plus petit ne sera pas exploité. Calculateur de RAID avec vos disques 2x4To + 2x6To en SHR et en RAID5 : https://www.synology.com/fr-fr/support/RAID_calculator?drives=6 TB|6 TB|4 TB|4 TB&raid=RAID_5|SHR_1