Mic13710

Si vous aviez fait votre présentation comme il est d'usage sur ce forum, nous en saurions un peu plus sur votre configuration. Il n'est pas trop tard pour le faire dans la section prévue à cet effet. Comment sont montés vos disques sur les deux NAS ? Combien de disques dans le 918+ ? Quelle version de DSM sur chaque NAS ?

Votre Denon est bien connecté à votre réseau Ethernet ? Je pense que l'appli Denon est aussi capable de choisir comment se connecter à votre lecteur. C'est en tout cas ce qui se passe avec l'appli Marantz qui est en principe similaire à la Denon. A condition bien entendu que l'adresse IP du lecteur soit réservée dans le routeur. Alors quelle que soit l'appli utilisée (Denon ou DS audio), tous vos fichiers musique passeront par le réseau.

Merci pour le retour. C'est un conseil à suivre. La sauvegarde des données est indissociable de la mise en oeuvre d'un serveur quel qu'il soit. Encore trop de possesseurs de NAS oublient que les pannes existent aussi sur ces appareils et plus encore pensent que leurs données sont à l'abri des virus, et autres cryptolockers, sans compter les effacements par erreur.

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é.