Mic13710

Bonjour @lintuja, soyez la bienvenue.

.hbk, ce sont les dossiers Hyperbackup multiversion. Les nom simple sont des sauvegardes monoversion. La structure des dossiers .hbk est propre à Hyperbackup. Tu peux les lire avec Hyperbackup Vault sur le NAS ou avec le client PC HyperBackup Explorer.

@MrGateau Je suis utilisateur de la solution Cloud de Synology depuis la toute première heure et je ne sais pas à quelle(s) faille(s) de sécurité vous faites allusion. Si vous avez des infos précises à nous fournir, ça nous intéresserait. Comme pour tout système exposé au net, il y a toujours des risques, le tout est qu'ils soient contenus. La meilleure solution en terme de sécurité reste de ne pas se connecter au web. Ce qui restreint du coup tout l'intérêt d'un cloud qui est par excellence une solution nomade.... Ensuite, CloudStation n'existe plus depuis DSM6 (des années). Il a été remplacé par Synology Drive. Quand à la deuxième partie de votre question, elle est bien trop vaste pour pouvoir y répondre. Comme le fait remarquer @CyberFr, il serait préférable de commencer par mettre en oeuvre les différents tutos du forum (en commençant en priorité par celui relatif à la sécurisation) pour vous familiariser avec votre NAS et son interface DSM, avant d'envisager une exposition vers l'extérieur. Ce n'est qu'à partir du moment où vous aurez appréhendé le fonctionnement de DSM que vous serez en mesure de poser des questions sur des points précis.

@corbendallas pourquoi vouloir faire un montage en plusieurs étapes ? C'est du stess pour les disques et de la perte de temps. vous montez tous vos disques et vous construisez directement un groupe en SHR2. Par contre, je vous conseille VIVEMENT de tester tous vos disques en profondeur (badblocks ou écriture de zéros) avant de les mettre en production. Rien n'empêche de monter des disques de marques différentes et même de vitesses différentes. Toutefois, je vous recommande de choisir des disques de caractéristiques similaires (vitesse, taux) pour équilibrer au mieux les lectures / écritures sur les disques.

Euh, il faudra un peu plus d'un clic 😉, mais c'est très simple et sans perturber le fonctionnement, que ce soit en RAID ou SHR.

En fait, le choix se fait au départ et il n'y a pas de passerelle entre les deux. Les ajouts de disques se font de la même manière. Les deux sont aussi fiables l'un que l'autre. C'est juste une gestion différente. Le basic/RAID est une gestion classique avec mdadm, le SHR un RAID hybride avec mdadm plus une surcouche lvm2 qui permet de combiner RAID1 et RAID5 à l'intérieur d'un même groupe. Le SHR sans protection de donnée correspond au basic. Il est évident que le SHR ne présente pas d'intérêt immédiat sur un NAS 2 baies puisqu'il n'y a que le RAID1 possible. Il devient plus attractif sur des 4 baies et plus. Mais un NAS 2 baies accepte très bien le SHR et il n'y a aucune raison valable de ne pas l'adopter. Mes 2 NAS locaux sont en RAID1 car c'est un choix que j'avais fait sur leurs prédécesseurs et que j'ai maintenu depuis. Le distant, d'installation plus récente, est équipé avec 2 disques en SHR sans protection des données.

Je sais bien, mais cette terminologie est inexacte du point de vue de la gestion du disque. C'est un faux basic et un vrai RAID. Tu peux aussi choisir le SHR (qui est de toute manière la configuration par défaut).

Tout en sachant qu'il ne s'agit pas d'un vrai basic (qui n'existe que sur les NAS monodisques), mais d'un RAID monodisque. Sinon le passage vers le RAID1 ou 5 ne serait pas possible.

Hormis celles que tu as citées, je ne vois pas ce qui limiterait l'utilisation du stockage et/ou de DSM s'il n'y a qu'un seul disque. Je te rappelle qu'il soit constitué d'un ou plusieurs disques, ton stockage est toujours géré en RAID (mdadm), avec une surcouche lvm2 si en SHR. Sauf si la panne de disque n'est pas pénalisante, je ne suis pas friand du RAID0. Si c'est ton choix, il faudra alors détruire le groupe existant pour construire ton RAID avec 2 disques. J'avoue ne pas bien comprendre ton choix dans la mesure où dixit tu n'as pas besoin d'un gros stockage et les performances ne sont pas ta priorité. AMHA, le RAID1 convient mieux à tes besoins. C'est peut-être une erreur typo ? 🙃

@CoolRaoul, c'est AMA la meilleure solution. Personnellement, je ne fais pas de sauvegarde globale. Je préfère créer des sauvegardes distinctes pour chaque dossier partagé. C'est un peu plus contraignant à la mise en place, mais si une sauvegarde ne se fait pas correctement, il ne faut pas tout refaire, seulement la session qui a queuté.

@maxou56 c'est bien ce qu'il me semblait. Mais comme dans le lien donné par @CoolRaoul ils n'en parlent pas, j'en ait conclu qu'il était maintenant possible de changer de système de fichier et je n'ai pas cherché plus loin. Et c'est somme toute logique que ça ne soit pas possible puisqu'il s'agit d'une migration par bloc.

Pour que le service d'application puisse fonctionner, il faut que Node.js v18 soit installé. Est-ce le cas et est il opérationnel ?

Il a bien trop de limitations (version de DSM, modèle de NAS, stockage) pour que ce soit une solution à recommander. Je l'ai essayé une fois et ça n'a pas du tout été probant. Un des problèmes concerne la capacité de stockage. Si la version de DSM du NAS source est ancienne, la taille de la partition système fait 2Go environ. Depuis DSM7.1, elle est passée à 7Go environ, rognant du même coup sur la partition des données. La migration devient alors impossible si le NAS de destination n'a pas une capacité supérieure à celle du NAS source.

@Sylvain25, il suffit de supprimer le groupe existant et d'en recréer un nouveau en RAID0. Vous devriez avoir ce choix lors de la création mais il n'est pas proposé par défaut. Il faut choisir une installation personnalisée. Une fois le groupe créé, vous pouvez y monter un nouveau volume.

Et pourquoi vous postez votre demande dans C2 Storage ? Quel rapport avec votre problème ? Je déplace.

Tu as raison. J'aurais du préciser que je ne recommande pas la migration "des disques"

Pourquoi y en aurait-il ? Ca ne concerne que la configuration des comptes avec leurs mdp et leurs droits, et les dossiers partagés. Sauf erreur, ça ne change pas d'une version à l'autre. Pour les ACL, je pense que les sauvegardes hyperbackup doivent faire le taf. Dans le cas présent, je ferais des sauvegardes via hyperbackup pour les restaurer ensuite dans le nouveau NAS.

Ce n'est pas une mauvaise idée et ça vous permettra ainsi de nettoyer la bête. Je ne connais pas le modèle de pile pour le 416play, mais c'est effectivement souvent une 1220. J'ai vu aussi du 2032.

@Red3 soyez le bienvenu. Il y en a beaucoup plus malheureusement 🥵

Si vous appliquez les mêmes règles que la France et en l'absence de blocage local, il n'y a aucune raison pour que ça ne fonctionne pas là bas.

@Anthotho, je vous l'ai déjà dit, inutile de masquer des IP privées, surtout que ce sont probablement les mêmes que celles du tuto. Si vous n'utilisez qu'OpenVPN, dévalidez la règle 500, 1701, 4500 qui ne vous sert à rien. Est-ce que vous arrivez à vous connecter de l'extérieur avec un ndd de votre reverse proxy sans passer par un VPN ? Si oui, c'est que votre VPN bloque quelque part. Si non, il y a un problème sur votre zone DNS, ou votre DDNS si IP dynamique, ou vos règles de NAT, ou votre reverse proxy

@Anthotho, encore une fois, il faut faire un choix. Là vous avez plusieurs règles pour le VPN. Soit vous supprimez la première règle, soit vous supprimez la règle 1197 et la règle 500, 1701, 4500 et vous rajoutez la France à la première règle. Comme l'a dit @.Shad., il faut aussi faire un choix pour le VPN. Soit Open VPN soit L2TP. Le but étant d'ouvrir le moins possible de ports. Ensuite, ouvrir le port 80 vers la Thaïlande, c'est aimer le risque. Ce port ne devrait même pas être ouvert du tout. Pour les autres ports "exotiques", je ne sais pas à quoi ils servent, mais en avez-vous réellement besoin pour votre voyage ?

Vos règles sont bizarres. La première ouvre le VPN à tous. Je suppose que les 3 suivantes concernent les IP privées. Pourquoi les cacher ? Pourquoi créer une règle par port alors que vous pouvez les regrouper en une seule pour la France ? Les règles 1194 et 500, 1701, 4500 ne servent à rien puisqu'elles sont déjà ouvertes par la première règle qui fait de l'open bar. Personnellement, je supprimerais la première règle et je rajouterais la Thaïlande dans les règles du VPN pour n'utiliser que ce mode de connexion pour atteindre le NAS. Il faudra bien entendu tester votre connexion VPN avant de partir. Je donnerais aussi un accès au 443 juste au cas où le VPN ne fonctionne pas là-bas. Cet accès permettra aussi de vous connecter via les applications DS. Il faut bien entendu que ces applications fonctionnent en France pour espérer pouvoir les faire fonctionner là-bas.

Le 224+ est capable de gérer l'ensemble de vos besoins. Inutile de faire tourner le vieux NAS pour gérer 2 caméras, surtout si ce sont les caméras qui gèrent les évènements. Vous pouvez le mettre en service une fois par semaine pour assurer les sauvegardes du 224+ et l'éteindre une fois la sauvegarde effectuée. Même avec une bonne connexion (fibre de bout en bout) les accès extérieurs seront toujours un peu plus lents qu'en local.