Mic13710

Je ne vois pas où est le problème. Une fois Hyperbackup installé, on clique sur le bouton "Restaurer" en bas à gauche, on choisi "Données" puis dans le tableau "Restaurer à partir des référentiels existants", on choisi le mode de sauvegarde utilisé, on rentre le chemin d'accès au dossier pour s'y connecter (local ou distant, peu importe) et on lance la restauration.

Bonjour, Pour bien commencer, un petit passage par la section des présentations est très appréciée sur ce forum. Il n'est pas trop tard. Non, ce n'est pas de l'obsolescence programmée, c'est une limitation qui dépend de l'architecture du NAS. Un peu de lecture ;: https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/Why_does_my_Synology_NAS_have_a_single_volume_size_limitation Vous pouvez créer un deuxième volume sur votre groupe qui aura lui aussi une limitation à 16To. Tout est expliqué dans le lien.

En sortant un disque on dégrade le SHR, on ne le casse pas. Pour casser le SHR, il faut casser le mécanisme du RAID. La méthode Synology consiste à détruire le groupe (et donc perdre les données). La méthode en lignes de commande permet de conserver les données mais il faut un peu maitriser le mode terminal. Dans tous les cas, il faut avoir des sauvegardes à jour.

Ma foi, je viens de tester l'url d'accès à un NAS distant (nas.ndd) avec un profil qui laisse passer les IP locales et ma seule IP publique, avec bien entendu une dernière règle "tout refuser" et ça fonctionne sans problème, que ce soit en direct (donc via mon IP publique) ou en local (via la plage du VPN). Si je tente une connexion distante à partir d'un autre poste (mon smartphone en 4G par exemple) j'ai la page synology "Désolé, la page que vous recherchez est introuvable" J'ai bien une règle avec une seule IP qui fonctionne. Il s'agit certes d'une IP publique mais le principe reste le même.

Ce n'est pas bon signe en effet.

Tout à fait @maxou56, on a été trois à réagir sur la même phrase. On a fait ce qu'on devait faire pour informer l'intervenant. Il ne pourra pas dire qu'il n'a pas été prévenu. J'espère simplement pour lui que le message est passé. La suite ne nous concerne plus ... pour le moment.

On n'ouvre le port 80 que le temps du renouvellement. Le reste du temps on dévalide la règle. Ceci dit, il y a des méthodes mieux adaptées pour les certificats via ssh ou via docker qui ne nécessitent pas d'ouverture de port. Voir dans la section des tutos.

Merci .Shad. Ce peut effectivement être une solution, un peu compliquée pour un petit problème. A la réflexion, si je ne trouve pas un moyen simple de réserver l'IP, je vais opter pour la solution de StephanH : plage d'IP limitée à une seule ce qui du coup me garantit qu'il y aura toujours la même 😉 Bourrin, mais efficace. Le tout est de ne pas avoir à faire une autre connexion L2TP en même temps, mais comme je n'ai qu'un NAS qui s'y connecte, ça ne devrait pas poser de problème.

Petit up. J'ai aussi précisé dans le titre de quel serveur il s'agit.

Vous pouvez remettre un disque dans l'emplacement 1 du 720, activer le ssh et passer la commande suivante en mode terminal et en root : dd if=/dev/zero of=/dev/sda bs=512 count=1 Vous arrêtez le NAS et vous le redémarrez, vous lancez Synology assistant pour faire l'installation de DSM.

Parce qu'ils ont des disques en basic, un onduleur n'est pas indispensable sur un NAS série 1xx. Il est nécessaire pour des nas multibaie qui ont un ou plusieurs groupes en RAID. Maintenant, rien ne vous empêche d'en mettre un. Vous pouvez regarder vers les modèles que les membres de ce forum utilisent et qu'ils ont indiqué dans leur signature.

C'est effectivement une info intéressante que je garde sous le coude au cas où 😉. Dommage que le serveur VPN du NAS ne propose pas la réservation d'IP. Ce serait pourtant bien utile.

Merci @.Shad.. C'est une piste intéressante. Cependant, je cherche plutôt du côté de L2TP/IPSec puisque mes connexions inter NAS sont établies dans ce mode. Si au final je dois passer par OpenVPN, pourquoi pas, mais je le réserve plutôt pour les connexions des utilisateurs à partir de leurs PC. Et surtout parce que le NAS ne peut pas être à la fois serveur et client sur le même protocole. Raison pour laquelle je fais cette distinction.

Ca pourrait être une solution si je n'utilisais pas le VPN avec mon PC.

Salut le forum, J'ai une sauvegarde qui passe par le VPN en L2TP/IPSec. Le client est le NAS distant, le serveur mon NAS local. Le NAS distant est à l'arrêt et ne s'allume que le WE pour recevoir les sauvegardes. Pas de problème pour établir la connexion. En revanche j'ai un souci avec l'IP attribuée par le serveur. Les tâches Hyperbackup utilisent l'IP du client en 10.10.10.1. Le problème c'est que si je me suis connecté entre temps au client avec une autre machine, le serveur VPN peut très bien lui avoir attribué l'IP 10.10.10.1, ce qui fait que l'IP qui sera attribuée pour la prochaine sauvegarde sera différente et mes sauvegardes bloquent. Je cherche donc à réserver l'IP au niveau du serveur pour qu'elle ne soit attribuée que pour mon NAS distant mais je n'ai rien trouvé pour réaliser ce paramétrage. C'est sans doute possible en SSH, le tout est de savoir où aller. Quelqu'un a-t'il une solution à me proposer ?

Les IP uniques sont possibles. J'ai programmé mon IP publique fixe sur les profils des nas dont je m'occupe à distance au cas où je ne puisse pas les joindre via le VPN et ça fonctionne très bien.

@flyjodelC'est très exactement ce qu'il ne fallait pas faire. Et si vous voulez faire de la virtualisation, c'est raté parce que vous êtes en EXT4. Et ce n'est pas parce que ça fonctionne maintenant que vous n'aurez pas de problème plus tard. En fait, vous avez tout simplement importé les limitations de votre play dans le 720. Hormis le fait que vous fonctionnez en dégradé, il se peut que les mises à jour ne se passe pas correctement. Il fallait suivre les recommandations de @maxou56 et ne surtout pas tenter la migration.

Et donc, pourquoi mettez-vous une adresse différente dans le profil ? Une seule adresse fonctionne, à condition que ce soit la bonne !

Il faut ratisser plus large. Pour ma part, j'ai mis toutes les plages privées, mais on peut réduire bien évidemment la voilure en fonction de ses besoins.

Bonjour Michel-Goulon, soyez le bienvenu dans la communauté. Ici c'est pour les présentations. Pour les questions, c'est dans les sections dédiées qu'il faut les poser. Pour info, votre NAS tourne sous DSM 5.2 qui date un peu et n'est plus maintenu depuis quelques années. Les tutos que vous trouverez sont majoritairement dédiés à DSM 6.x. Certains sont partiellement applicables, mais vous aurez des points de blocage sur des fonctions inexistantes. Il vous faudra fouiller aux tréfonds du forum pour retrouver des tutos correspondants à votre version.

Oui mais le play va bipper à cause d'un volume dégradé. On peut stopper le bip dans DSM. Pour faciliter la migration et retrouver tous les comptes et dossiers partagés, vous pouvez sauvegarder la configuration du play dans le menu mise à jour pour l'injecter ensuite dans le 720. Cette sauvegarde est inutile si vous passez par hyperbackup qui la fait par défaut et l'installera à la restauration, mais si vous passez par un transfert via un montage réseau, ça vous permet de retrouver la même organisation sur les deux NAS.

Ce n'est pas le seul cas malheureusement. Il y a bien d'autres situations qui font planter un RAID5. Les erreurs de parité, les déconnexions des disques ou les pertes d'alimentation non contrôlées par exemple sont des causes fréquentes de plantages. Le RAID ne garantie pas contre les plantages. Il permet d'avoir une continuité de service en cas de perte d'un disque. C'est tout. Pour le reste, ce n'est qu'un espace de stockage qui n'est pas infaillible et qui l'est même moins que des disques en basic du fait de la dépendance des disques les uns vis à vis des autres.

Tout dépend de ce que vous vouliez faire 😉

C'est exactement ce que disaient "les plus forts que les autres" avant de se retrouver en culotte courte avec un groupe corrompu, un ransomware, des disques HS suite à un choc (oui ça existe un nas qui tombe) ou autre problème électrique, mécanique et ce qui est le plus courant, humain. Bref, un NAS n'est certainement pas le stockage ultime et de ce fait n'est pas exempt de failles qui peuvent conduire à la perte partielle ou totale des données. La sauvegarde est sans aucun doute le point le plus important pour la préservation des données et la négliger et tout simplement suicidaire. Je parle d'expérience et depuis le temps que je traine sur ce forum, j'en ai vu passer quelques uns qui comme vous n'avaient pas de sauvegarde et avaient tout perdu pour des raisons diverses. Mais comme je l'ai dit, chacun voit midi à sa porte et gère ses données comme il l'entend. C'est comme cette croyance concernant le RAID, c'est amusant et ... désespérant. Le RAID N'EST PAS UNE SAUVEGARDE ! Il n'est rien d'autre qu'une continuité de service en cas de défaillance de disque. Il est même plus fragile qu'un disque en basic car les corruptions de données sont beaucoup plus fréquentes que vous le pensez à cause des erreurs de parités, surtout si le NAS n'est pas alimenté par un onduleur compatible. Et il ne faut pas croire qu'il faille obligatoirement débourser des fortunes pour ça. Si je vous disais que mon DS713+ avec une extension DX213 ne m'a couté que 100€ le lot d'occasion, c'est certes une bonne affaire mais il est tout à fait possible de trouver des NAS abordables pour mettre en place une sauvegarde solide à moindre coût. Reste à savoir ce que représente pour vous la perte de vos données. Concernant mes sauvegardes, c'est ce qui est la norme. Certes, ça s'adresse plutôt à des entreprises, mais comme j'ai la possibilité de le faire, aucune raison de m'en priver. Les supports sont simplement des NAS que j'ai soit achetés neufs (mon 214+), soit d'occasion à des prix compétitifs (mon 713+ en 2020 et mon 710+ en 2012) et que j'ai équipés de disques neufs ou issus d'autres NAS. Maintenant ce que j'en dis...

On peut toujours faire mieux dans le déterrage, mais là, chapeau bas. Je me demande même comment ce fil est venu réveiller au petit matin tes neurones embrumées 😉