Mic13710

Ca c'est bon. En es-tu sûr ? Si le DynHost est nas.hurion.ovh, alors le wildcard devrait être *.nas.hurion.ovh

Désolé, je pensais que vous vouliez monter des EFAX. A priori, il ne devrait pas y avoir de souci avec les EFZX qui sont en CMR

Déconseillé par Synology themselves. un peu de lecture

Pas du tout conseillé. Rien ne vous empêche d'installer des disques d'autres marques, y compris des disques desktop. Il faut qu'il soit de taille au moins égale au disque que vous remplacez (ou si c'est un ajout sur un SHR, au moins au disque le plus petit avec lequel le SHR a été construit), un cache équivalent, des vitesses E/S sensiblement les mêmes et des vitesses de rotations itou. On évite de mettre des 7200 avec des 5400/5900, bien que ça puisse fonctionner.

Comment fait-on pour conduire une voiture sans les roues ? Il vous faut obligatoirement au moins un disque pour commencer. Et si vous voulez réutiliser les disques existants, pas d'autre choix que de faire des sauvegardes de vos données pour pouvoir les importer dans le nouveau nas. Hyperbackup est tout indiqué pour cette opération car vous pourrez restaurer vos données à l'identique sur le NAS de destination.

+1. Le forum va à nouveau être en ébullition pour quelques mois 😉

Vu la panne décrite, les deux disques sont en panne. Le 1 a probablement la partition de données en vrac et le 2 celle de DSM ce qui explique qu'il demande à réinstaller le système. Avant de remplacer le disque 2, il serait bon de sauvegarder la configuration ainsi que les paramètres de paquets pour pouvoir restituer sinon le tout, du moins la maximum, à la réinstallation. J'espère que le client a des sauvegardes et surtout qu'il est conscient qu'il risque de perdre ses données dans l'opération...

Bonjour Steve Defred, soyez le bienvenu dans la communauté. Rappel aux intervenants de ce fil : cette section est réservée aux présentations et uniquement aux présentations. Pour les questions techniques, c'est dans les sections dédiées. Il y en a une pour les réseaux qui serait la plus appropriée à cette discussion.

Ne vous inquiétez pas pour ça. Si les données ne sont pas en miroir (c'est le terme pour du RAID1), le raid passera en défaut (groupe dégradé).. Et pour ôter toute ambiguïté parce que je sens bien à travers votre message que vous faite l'erreur comme beaucoup : le RAID N'EST PAS UNE SAUVEGARDE ! C'est juste une continuité de service en cas de problème sur un des disques. C'EST TOUT ! Edit : autre précision, on ne voit pas 2 fois les mêmes fichiers. Ce que vous voyez c'est ce que contient le volume, lequel volume est monté sur un Groupe. Ce groupe peut être constitué de un ou plusieurs disques. Le groupe (qui peut avoir plusieurs volumes) est l'espace de stockage de vos données. Vous ne pouvez pas voir ce que contient chaque disque, uniquement les données telles que vous les avez stockées sur chaque volume.

Un SHR de 2 disques avec protection des données est équivalent à un RAID1. Le SHR est l'installation par défaut qui couvre le RAID1 et le RAID5. Si vous vouliez du RAID1 il fallait passer par l'installation personnalisée ou quelque chose de ce genre.

C'est toi qui voit, mais là ton parefeu ne sert strictement à rien puisqu'il n'y a pas de règle de refus. Tout passe ! Il faut rajouter une dernière règle qui refuse tout (voir le tuto sur la sécurité). A priori non, tu mets ce que tu veux tant qu'il s'agit de plages privées. Mais s'il y a des plages spécifiques, autant les utiliser. Et puis, à lire tes messages, on se mélange les pinceaux car la frontière VPN et réseau n'est pas très claire. Ceci dit, peut-être que la dernière mise à jour ne permet plus d'utiliser autre chose que les 10.10.x.x, ce qui pourrait expliquer ton blocage. Essaye en autorisant les plages VPN dans le parefeu et change les adresses dans ton serveur VPN pour qu'elles soient dans les 10.10.x.x.

Et tu penses que ces règles sont bonnes ???? Parce que là tu es en open bar Pourquoi tu n'utilises pas les plages d'IP classiques du VPN en 10.10.x.x ?

Toutes vos demandes sont dans les cordes d'un 220+, qui peut faire beaucoup plus que ce que vous décrivez. C'est un excellent choix. Maintenant je ne vous dirai pas qu'il durera 10 ans. Tout d'abord parce que Synology arrête le suivi des modèles après 7 - 8 ans, ce qui est déjà bien. Le NAS continuera de fonctionner mais ne sera plus mis à jour. Mon 710 par exemple fonctionne comme au premier jour mais il est arrêté à la version 5.2. Ainsi je n'ai pas accès aux fonctionnalités apparues avec le version 6 et c'est parfois ennuyeux. Question sécurité rassurez-vous. Si vous suivez le tuto de Fenrir et les quelques conseils qu'on pourra vous donner, votre NAS sera suffisamment sécurisé pour bloquer la majorité des tentatives d'intrusion non sollicitées (pour ne pas dire toutes car la sécurité à 100% n'existe pas). Le système de fichier est tout ce qu'il y a de plus standard : ext4 et btrfs Pour les sauvegardes, la solution d'utiliser vos anciens disques dans un dock est très bien. Vous pouvez aussi opter pour un autre NAS que vous pouvez acheter d'occas'. L'essentiel c'est que vous mettiez en place un système de sauvegarde périodique. C'est un point très important que trop de gens négliges.

Si le fichier a été ouvert à partir du NAS au travers d'un disque réseau par exemple, il sera enregistré au même emplacement sur le NAS. Il ne faudra toutefois pas perdre de vue que l'import / export du dit fichier sera tributaire du réseau et suivant sa qualité et la taille du fichier, il y aura forcément du lag avec lequel les utilisateurs devront s'habituer. S'agissant d'une bdd, sa mise à jour se fait peut-être au fil de l'eau ce qui risque d'être problématique à l'usage.

Non mais le nouveau disque doit avoir au minimum la capacité du disque qu'il remplace. En clair, vous pouvez montez un 3 ou un 4To, mais seulement 2To seront utilisés.

Le RAID ou SHR s'applique au groupe. La création d'un nouveau volume sur ce groupe sera donc obligatoirement en SHR. La création se fait à partir du gestionnaire de stockage. Si vous migrez vos disques sur un autre NAS, vous conserverez la limitation du groupe actuel, même si le NAS de destination est capable de gérer des volumes plus grands. En fait, vous importez dans le nouveau NAS toutes les limitations de l'ancien. Raison pour laquelle il est toujours préférable de repartir sur une installation neuve, surtout lorsque les écarts sont importants.

Est-ce que les plages d'adresses du VPN sont autorisées dans le parefeu pour tous les ports ?

@StéphanH il est tout à fait possible que ce soit le certificat qui soit la cause du refus de connexion. Pour le certificat du VPN, je ne passe pas par le certificat LE car j'ai effectivement eu le même problème que toi après son renouvellement. J'utilise soit le certificat par défaut du NAS, soit un certificat autosigné avec une validité très éloignée pour ne pas être tributaire des aléas de connexions tous les deux mois. Regarde aussi au niveau du parefeu si des fois ton IP ne serait pas bloquée.

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.