Mic13710

Erreur malheureusement trop fréquente : le RAID n'est pas une sauvegarde, seulement une continuité de service en cas de perte d"un disque. Si vos données sont effacées, vérolées ou corrompues, elles le sont sur tous les disques.

Oui. Dans ce cas vous pouvez utiliser l'application DENON sur votre smatphone ou tablette et utiliser le dossier musique de votre NAS. Mais via l'application DS Audio c'est très bien aussi.

Bonjour Xav051, soyez le bienvenu dans la communauté. Pour info, ici ce sont uniquement les présentations. Pour votre problème, veuillez le soumettre dans la section appropriée. De ce que j'ai compris, votre NAS centralise toutes vos données. N'oubliez pas de faire des sauvegardes externes si vous ne voulez pas tout perdre le jour ou votre NAS ou vos disques auront un problème.

Bonjour jp_basket, soyez le bienvenu dans la communauté

C'est ça. Il faut attendre que le groupe soit réparé et en état normal avant de procéder au remplacement du disque suivant. Et ainsi de suite jusqu'au dernier. S’agissant d'un RAID traditionnel, il faudra attendre que le dernier disque soit remplacé avant de pouvoir étendre le volume. Selon la version de DSM, cette extension devra se faire manuellement.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

dnslookup donne un résultat positif pour le nom de domaine. Pas de problème côté OVH. Cependant, l'url n'est pas résolue. un tracert est sensé renvoyer sur votre IP publique mais la requête n'aboutit pas. Normal dans ces conditions que LE ne puisse pas établir un certificat. Etes-vous sûr de votre IP publique ? Edit : vous avez aussi un enregistrement AAAA donc un IPV6. Il pourrait y avoir un souci de ce côté là si votre IP publique est en IPV6.

Je ne suis bien entendu pas d'accord, mais comme vous semblez en savoir plus que moi sur la question, je ne vais pas continuer à débattre.

@bouks bien entendu qu'on peut créer 2 groupes un sans protection et l'autre avec mais ça n'a aucun intérêt sur un NAS multi baies car utiliser un disque pour faire un groupe sans protection et avoir un disque de protection sur un autre groupe, autant n'avoir qu'un seul disque de protection et toutes les données en redondance. Le stockage est identique dans les deux cas (à disques de même taille bien entendu) mais on perd la sécurisation des données sur le disque seul dans le cas de deux groupes. La question posée (du moins de ce que j'en ai compris) était de savoir si on pouvait choisir les données en redondance au sein d'un même groupe en SHR et la réponse est non.

Le RAID ou SHR concerne la construction d'un groupe de disques. Ce groupe est un tout et constitue une seule entité de stockage. Par conséquent, vous ne pouvez pas "choisir" comment seront stockées vos données et encore moins définir une redondance selon le type de donnée.

Chacun est libre de ses choix. Je suis d'accord que selon l'utilisation et le type de données, un JBOD mais surtout un RAID0 pourraient s'avérer être de bon choix sous certaines conditions. Mais en règle générale, certains comme ici se tournent vers ces solutions pour ne par perdre d'espace sans avoir mesuré tout l'impact de ce choix. Quand on veut commencer par monter un RAID0 pour le passer plus tard en SHR, y'a comme qui dirait une grosse contradiction. D'un côté on joue avec le feu, de l'autre on sécurise. Cherchez l'erreur.

Tout ce que vous voulez faire est impossible. Le choix du RAID se fait au départ. Une fois le RAID0 choisi, il ne peut pas être changé. Par ailleurs, ici nous déconseillons fortement le JBOD et le RAID0. Vous perdez un disque, vous perdez tout. Ce qui vient à l'encontre de votre intention de passer plus tard en SHR. Mieux vaut alors faire des volumes séparés. Au moins dans ce cas si un disque tombe en panne, vous ne perdez que le volume qui s'y trouve.

Soit la batterie est sur connecteur et peut être changée, souvent à chaud, soit elle est reliée à la carte par des câbles. Dans les deux cas, il faudra jouer du fer à souder. Rien de bien méchant pour quelqu'un de pas trop malhabile. Quel que soit le type de connexion, il s'agit de batteries gel au plomb tout ce qu'il y a de plus standard qu'on trouve très facilement sur la toile. Sur les modèles à connecteurs, il faudra récupérer le kit de connexion de l'ancienne batterie pour le remonter sur la nouvelle, à moins que vous ne preniez les batteries montées par le constructeur qui s'installent directement et qui coutent un bras. Je crois que votre onduleur est équipé de batteries soudées. Dans ce cas, il faut démonter la bête (pas de compartiment batterie). Vrai et faux. Vrai parce qu'il est connecté au secteur, faux parce qu'il est à l'arrêt lorsque le secteur est présent, donc pas sollicité.

Les constructeurs préconisent de les remplacer tous les 2 à 5 ans. On peut faire des tests en alimentant une charge autre que le NAS, de puissance en accord avec la capacité de l'onduleur. On vérifie que le temps de fonctionnement est en accord avec le temps de fonctionnement donné à charge nominale. Le souci c'est que même si un test est positif, il n'est pas dit que l'onduleur sera capable de prendre le relais le jour J. Les batteries sont données pour un certain nombre de cycles de charges et décharges. A chaque décharge, la batterie perd un cycle. Mais il n'y a pas que l'utilisation qui la détruit. La technologie gel a une durée de vie limitée et la batterie s'auto détruit avec le temps. Donc, un conseil, qu'elles aient servi ou pas si vos batteries ont plus de 5 ans, remplacez-les.

Je ne comprends rien à cette règle. C'est quoi cette IP et ce port de destination ?

Pas de contradiction. Le wildcard est bien un enregistrement à faire chez le registar (en l’occurrence OVH). Par contre, on ne peut pas pour le moment créer un certificat LE avec un wildcard sur nos NAS. Il faut impérativement nommer chaque domaine dans le SAN (un toto.ndd.fr est un domaine, pas un sous-domaine comme on le voit trop souvent écrit. Un sous-domaine, ça n'existe pas).

Est-ce que tous les noms de domaines que vous renseignez dans le SAN (autres noms) sont tous enregistrés chez OVH ? Si l'un des noms n'est pas valide, la demande n’aboutit pas.

Si, c'est exactement son rôle. Le RAID assure la protection des données puisque en cas de perte d'un disque, les données sont préservées. Je pense que vous avez voulu dire que le RAID N'EST PAS UNE SAUVEGARDE Pour passer en SHR avec protection des données, il faut supprimer le volume 2 puis le groupe 2 (après avoir bien entendu basculé ses données sur le volume 1 ou sur un disque externe). On lance ensuite une augmentation du groupe 1 en y ajoutant le disque 2. Le NAS va construire un SHR avec protection des données (équivalent RAID1)

Oula ! Le masque de sous-réseau permet de définir la plage d'IP. Quel masque avez-vous mis pour les adresses 192.168.0.0 ?

Si les règles sont identiques à celles du tuto, un blocage est impossible car les règles du tuto couvrent toute la gamme des IPV4 privées. La seule possibilité c'est que le masque de sous-réseau ne soit pas correct ce qui, comme le fait remarquer .Shad., bloquerait l'accès.

Tu devrais pourtant. Le serveur VPN utilise le certificat paramétré dans l'onglet certificat. C'est celui qu'on retrouve dans le fichier de conf en bas de page. Si tu es paramétré sur le certificat LE, il est renouvelé tous les deux mois.

Depuis qu'une fois il m'est arrivé de ne plus pouvoir me connecter à cause du renouvellement (et pour un NAS basé à Montréal c'est pas génial), je n'utilise plus pour OpenVPN que le certificat Synology, ou s'il a été supprimé, un certificat autosigné.

Oui, et c'est un problème de mon point de vue lorsqu'on utilise un VPN sur un NAS "très" distant. Raison pour laquelle j'utilise le certificat Synology par défaut que je garde uniquement pour ça. Sinon, il y a aussi la possibilité d'utiliser un certificat autosigné. Comme ça, le VPN n'est pas affecté par le changement de certificat LE. Le fait qu'on puisse créer plusieurs domaines à partir du user.synology.me n'a rien de surprenant car il y a certainement un wildcard associé au domaine. Dès lors, n'importe quel nom renverra vers le NAS. Il suffit de paramétrer le reverse proxy et le tour est joué. Synology ne fait rien de plus que de mettre un wildcard à disposition.

Le problème avec le certificat LE c'est qu'il change tous les 2 mois. Et par défaut, il change aussi celui du VPN. Pour éviter celà, deux possibilités : soit utiliser le certificat par défaut Synology (s'il n'a pas été supprimé), soit créer un certificat autosigné. Dans la configuration, il suffit de paramétrer pour que le VPN utilise ce certificat. Ainsi, il ne changera pas lors des maj LE et le fichier conf d'OpenVPN aura toujours le bon certificat.

Le problème est clair : batterie HS ce qui a provoqué l'arrêt sauvage du NAS et les erreurs qui s'ensuivent. Par contre, ça n'explique pas la panne de l'alimentation. Elle n'a pas supporté le redémarrage ?