Mic13710

Pour le certificat autosigné, je viens de voir que DSM7 ne le propose plus. Mais on peut toujours je pense importer les clés d'un certificat créé à l'extérieur du NAS. Si votre dossier est déjà chiffré à la destination, c'est en effet un petit peu too much de le chiffrer encore via Hyper Backup. Edit : mais comme le fait fort justement remarquer @maxou56 il est préférable de ne chiffrer que les données plutôt que le dossier pour les raisons qu'il invoque.

Le chiffrement du transfert c'est comme son nom l'indique le chiffrement des données pendant le transfert du NAS source vers le NAS de destination. Le chiffrement côté client est, comme son nom l'indique,aussi ,le chiffrement des données sur le NAS de destination. Ce sont donc deux choses différentes. Le chiffrement du transfert se traduit par des données qui seront déchiffrées par le client et donc stockées en clair sur le NAS. Pour le chiffrement côté client, les données circulent en clair pendant le transfert et sont chiffrées uniquement à la destination. Si vous voulez protéger vos données de bout en bout avec chiffrement à l'arrivée, il faut activer les deux. Le problème du certificat est dû au fait que vous utilisez le certificat par défaut Synology qui n'est reconnu par aucun navigateur. Il faut soit obtenir un certificat pour un ndd que vous appliquez ensuite à Hyper Backup, soit accepter de faire confiance au certificat présenté. Perso, j'utilise le certificat Synology ou un certificat autosigné car un certificat LE n'étant valable que 3 mois, il y aura besoin de le réactiver à chaque changement ce qui n'est pas très judicieux pour une tâche automatique.

Je pense que votre disque a un souci. Il serait judicieux de lui faire passer les tests constructeur approfondis sur un PC. Si votre disque était en état, vous auriez deux choix possibles : construire un SHR avec protection des données (équivalent RAID1) en rajoutant votre disque au groupe existant, ce qui ne changerait pas le stockage de 2To mais qui vous permettrait de passer à 4To en changeant plus tard le disque de 2To par un 4To. construire un deuxième groupe avec votre 4To pour avoir un stockage total de 6To, toujours sans protection des données.

En enlevant le disque, le volume va passer en mode dégradé. Il suffit de lancer la reconstruction avec le nouveau disque à partir du gestionnaire de stockage, ce qui va recréer le miroir (c'est le terme consacré). C'est seulement à la fin de la reconstruction (quelques nombreuses heures) que vous pourrez faire de même avec le deuxième disque.

Bien sûr qu'on peut. On obtient 2 groupes en SHR sans protection des données, équivalent au basic dans la version RAID classique. Dans ce cas, il est fort probable que le disque ait un problème.

Pour l'initialiser, il faut soit le rajouter au groupe existant, soit créer un nouveau groupe.

@Kiki91800Il serait préférable de supprimer le début de la commande qui je pense est la copie de votre domaine pour ne conserver que la deuxième partie à partir du deuxième docker.

Désolé pour le retard. C'est très succinct. Ca a le mérite de défricher. Il faudrait effectivement agrémenter de vues. J'ai voulu essayer mais il faut que le groupe et le ou les volume(s) du NAS source soient OK, et il faut que le groupe de destination soit au moins strictement égal ou supérieur au groupe cible car le transfert se fait par blocs. J'avais d'abord tenté en dégradant le volume de destination pour récupérer un disque pour la cible. Ca n'a pas marché à cause du groupe dégradé. J'ai reconstruit le groupe et utilisé un disque de même capacité dans la cible, mais là non plus ça n'a pas marché car soit disant le disque cible était plus petit que la destination (il devait manquer quelques octets...). J'ai abandonné. Il semblerait que cette méthode soit une bonne alternative mais je n'ai pas pu tester pour en parler. Les paquets tiers notamment ne sont pas sauvegardés. C'est d'ailleurs ce qui est dit plus loin. Pour le reste, je n'ai guère de temps pour approfondir, désolé.

C'est pas trop tôt ! Ces trapanelles de routeurs vont enfin être capables de gérer les VLAN et de partitionner le réseau, ce qu'ils auraient dû pouvoir faire dès le début. De ce que j'ai compris, le multigig sera dispo sur un seul port du nouveau routeur. Mais quid pour les NAS ?

Merci pour le retour.😉

On voit souvent sur le forum des tests qui bloquent à 90% et ce n'est généralement pas bon signe (disque défaillant).

Etrange en effet. Voila une mission toute indiquée pour le support....

Si ça peut aider :

Votre NAS est doté d'une extension PCIe. Ce serait plutôt de ce côté là qu'il faudrait regarder afin de mettre en place une solution pérenne et supportée par Synology.

Je ne suis pas aller voir les liens. Je viens de regarder le dernier et tout est dit dès le départ. Cette "bidouille" n'a rien d'officiel, elle utilise un paquet tiers dont la maintenance sera faite au bon vouloir de son auteur, et je ne donne pas longtemps à Synology pour trouver la parade et brider un peu plus DSM pour interdire ce genre d'utilisation. Donc oui, passer en 2.5Gb vous apportera un gain substantiel, maintenant le faire par cette méthode me semble amha pour le moins hasardeux et à vos risques et périls.

A mon avis, la première solution ne vous permettra pas plus de 1Gb puisque c'est la vitesse du lien qui est à prendre en compte. Et pour la deuxième, elle ne fonctionnera pas car les ports USB du NAS ne sont pas prévus pour se connecter au NAS (et donc à DSM) mais seulement pour des transferts de fichiers et/ou de la communication avec des unités externes (UPS par exemple). Pour cela, il vous faudrait une carte PCIe (si votre NAS possède un port de ce type). Ce qui est sûr c'est que vous aurez forcément de l'amélioration en passant en 2.5Gb si votre réseau suit.

@Jeff777 @maxou56 @byothe Pour information : Je viens de créer un certificat LE sur 3 niveaux et je viens ici signaler une erreur dans ce que j'ai écrit précédemment. A partir du moment où il y a un ndd en wildcard, on ne peut pas ajouter dans la même demande un ndd en dur qui est déjà couvert par le wildcard sinon il y a une erreur de ce type : Create new order error. Le_OrderFinalize not found. { "type": "urn:ietf:params:acme:error:malformed", "detail": "Error creating new order :: Domain name \"tartanpion.ndd.fr\" is redundant with a wildcard domain in the same request. Remove one or the other from the certificate request.", "status": 400 En supprimant tartanpion.ndd.fr du SAN, le certificat se crée sans problème.

Tu as raison. En relisant tout le fil, je ne suis finalement pas sûr que @byothe ait émis un certificat via acme.sh, et encore moins s'il a un wildcard. Donc pour clarifier pour @Jeff777, on peut très bien faire un certificat sur plusieurs niveaux via DSM. Il faut dans ce cas renseigner tous les noms dans le SAN. Donc, un certificat couvrant ndd.fr, nas.ndd.fr, tartenpion.nas.ndd.fr est tout à fait possible. Il faut simplement que tous les ndd du SAN soient existants dans la zone publique et puissent être résolus, peu importe que la zone comporte des noms en dur et/ou des wildcards. Ceci étant dit, même si elle exige un certain niveau de maitrise, la méthode acme.sh est tout de même préférable, ne serait-ce que par le fait qu'il n'y a aucune ouverture de port à faire dans le parefeu et le routeur pour les renouvellements.

Comme l'a dit @Kramlech, le wildcard est uniquement réservé aux adresses Synology si on passe par DSM (mode HTTP-02). Aucun problème lorsqu'on passe par la méthode acme.sh (mode DNS-02), que ce soit par docker ou par ssh. Ainsi, dès lors qu'on parle de wildcard sur un ndd autre que Synology, le certificat est obligatoirement généré par une méthode externe à DSM en mode DNS-02

un seul suffit. ndd.fr, *.ndd.fr, tartanpion.ndd.fr, *.tartanpion.ndd.fr

A mon avis, le problème vient du fait que votre groupe est plein à 100%. Il n'a aucune marge pour lancer la restructuration des bandes. Il faudrait à mon sens déplacer quelques dossiers sur un disque externe pour donner un peu d'air au groupe le temps de l'augmentation.

Là, mis à part que votre système est sain et que votre volume est plein à 100%, on ne voit rien. Postez des vues du groupe de stockage, du volume et des hdd pour qu'on puisse comprendre.

Comme sur tout forum, un petit passage par la section des présentation est très apprécié. Certains y sont sensibles. Vous ne pourrez pas réutiliser le volume existant sur le disque car il y aurait conflit avec le nouveau volume portant le même numéro. Si vous n'avez pas besoin de vos données, vous pouvez directement faire la manip à partir du NAS. Dans le gestionnaire de stockage, menu HDD/SSD, votre disque devrait être indiqué comme étant en panne. Vous le sélectionnez et en cliquant sur le bouton Action, vous choisissez Désactiver le disque. Attention de ne pas vous tromper de disque ! Vous redémarrez le NAS (ou vous sortez et remettez le disque à chaud si votre NAS est compatible). Le disque devrait être noté comme étant non initialisé. Il vous suffit ensuite d'aller dans le menu Groupe pour soit rajouter le disque au groupe existant, soit créer un nouveau groupe sur ce disque et d'y monter un nouveau volume.

L'info y était mais vous l'avez supprimée... Ce n'est tout de même pas très compliqué de localiser un dossier partagé qui contient les mêmes fichiers que ceux qui sont inclus dans le périmètre de la sauvegarde. Il suffit de chercher un peu et ça devrait pouvoir se trouver sans difficulté.

Ce n'est pas une sauvegarde mais une synchro entre votre sauvegarde Blackblaze et Cloud Sync. C'est dans la liste des tâches de Cloud Sync. Mais comme vous avez supprimé le paquet, c'est maintenant difficile de le retrouver. Il vous faut chercher dans File Station et dans le menu des dossiers partagés le dossier qui recevait cette synchro et le supprimer. Je ne peux guère vous aider. Vous ne touchez surtout pas à la sauvegarde entre votre NAS et Blackblaze, on est bien d'accord.