Mic13710

Merci pour ce retour très complet. Pour info, le SHR n'a rien de secret. Il s'agit ni plus ni moins que d'un raid logiciel mdadm avec une surcouche lvm2. Je confirme aussi que les commandes linux disponibles sur DSM sont incomplètes et réduites au strict nécessaire ce qui parfois complique les actions en mode terminal.

C'est normal puisque vous faite une requête en https sur un port en http Moi non plus. Là non plus, je ne comprends pas votre réponse. Si comme je l'interprète nas.ndd.net est l'adresse renseignée dans le DynHost, alors vos adresses CNAME doivent être du type toto.nas.ndd.net et non pas toto.ndd.net qui ne vous revoie sur rien. Qu'avez-vous réellement mis comme adresse de DynHost ? Pour pouvoir utiliser la même url côté LAN et côté WAN, vous devez séparer les zones. Pour ce faire, vous trouverez l'excellent tuto de Fenrir sur le serveur DNS. Et pour atteindre les différents services du NAS, vous pouvez utiliser le Reverse Proxy. Là aussi, il y a un tuto de Karamashi. Ces tutos sont dans la partie Tutoriels du site.

C'est le nombre d"heures totales de fonctionnement du disque. Ca correspond à l'ID9 des tests SMART. C'est bien ce que vous à dit Jeff777. Avez-vous au moins lancé des tests smart étendus sur vos disques ?

@PC-Services Voila un message bien inutile. Vous oubliez une chose, ici c'est un forum où nous sommes tous bénévoles. Si quelqu'un ayant les compétences requises, et s'il veut bien aider (ce qui bien entendu n'est pas une obligation), il le fera. Il y a de temps à autre des intervenants qui connaissent bien ce sujet et qui sont près à mettre les mains dans le cambouis pour les autres. La récupération de données est un sujet sensible et une ligne de commande mal construite ou bien mal copiée peut être fatale. C'est pour cette raison que peu s'y risquent. Alors plutôt que de venir jeter votre fiel et blâmer des bénévoles, il eut été plus constructif de faire profiter la communauté de votre "nouveau" savoir. La sécurité eut été d'avoir des sauvegardes à jour, ce qui vous aurez évité d'avoir à réclamer de l'aide.

C'est que vous vous connectez à partir de votre LAN. Dans ce cas, les ports du routeur n'ont aucune utilité. Pour qu'une adresse en toto.ndd puisse fonctionner côté LAN il faut soit que votre routeur fasse du loopback (ce qui est très rarement le cas), soit que vous utilisiez le serveur DNS. Cette deuxième solution est de loin la plus élégante et la plus efficace.

C'est un point de vue.

C'est bien étrange. Synology interviennent sur leurs NAS même hors garantie. C'est ce qui fait l'un des points forts de leur assistance. Ils sont intervenus l'année dernière sur le 713+ de mon frangin qui n'était plus sous garantie depuis un bail.

Ca aura au moins servi à ça. La sauvegarde n'est pas une option, c'est un élément important d'un système de stockage de données, si ce n'est le plus important. Je l'ai encore vérifié pas plus tard que ce matin où à la suite d'une fausse manip, mes données persos avaient pratiquement disparues de mon nas principal. Une simple restauration après, mes données étaient à nouveau en place et l'affaire n'est plus qu'un lointain souvenir. Sans cela, c'était des années de travail qui seraient partie en fumée. Ne négligez surtout pas ce point.

A mon avis, il faudrait déplacer ce titre juste avant : et à l'emplacement du premier titre mettre quelque chose comme "Réglage préliminaire du ER-X" Je peux le déplacer dans un nouveau sujet de la section des tutos. Je le ferai à l'occasion.

Sauf erreur, si l'IP change, tu n'as que l'enregistrement A à modifier soit chez ton registar, soit sur ton serveur DNS si tu héberges ta zone WAN. Si tu fixes l'ip dans le routeur, il faudra aussi la modifier alors que le DHCP fera automatiquement le changement. Et puis c'est plus simple de sélectionner le DHCP, tout comme pour les NAS d'ailleurs pour lesquelles il suffit de réserver les adresses dans le routeur.

Merci Jeff777 pour ce retour. Une première remarque Ce titre placé juste avant le réglage de l'ER-X est trompeur. En fait je pense que tu veux parler de la Freebox. AMHA, tu devrais laisser le réglage de eth0 en dhcp. Ainsi, tu n'as rien à indiquer pour les infos statiques et il récupère simplement les infos wan envoyés par la freebox. C'est aussi un avantage s'il prend l'envie à Free de changer l'IP, ce qu'ils ont fait en fin d'année. Je mettrai en pratique la suite dès que j'ai un moment.

Sous 5.2 (dernière version pour les séries 10), je ne crois pas qu'on demande un mdp. Mais il y a bien un avertissement. Je confirme que c'est un sacré boulot pour pouvoir récupérer quoi que ce soit. Essayez avec des logiciels de récupération, mais selon le montage de vos disques (ce que vous ne dites pas) il faudra pour cela monter tous les disques dans un PC et passer par une distri linux (ubuntu). Ca risque d'être compliqué avec 4 disques. Sinon, il y a des entreprises spécialisées qui pour quelques nombreuses centaines d'euro peuvent récupérer les données. Ca fait cher le clic de souris. C'est dans ces moments là qu'on se rend compte de l'utilité des sauvegardes.

J'ai hâte d'avoir ton retour car je suis dans la même config avec 2 NAS qui peuvent faire office de serveurs DNS. Il faudrait aussi que je réactive ma zone WAN que j'ai dû abandonner suite au patacaisse de free avec les IP en fin d'année.

T'as réussi à boucher les trous de la passoire ? En voila une nouvelle qu'elle est bonne ! Edit : réponse déplacée du sujet sur la migration CloudStation vers Drive

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.

@buddabye merci de ne pas citer inutilement les messages précédents. Ca complique la lecture et ça charge le sujet d'infos qu'on retrouve juste au dessus. Vous remarquerez que ceux qui vous répondent ne le font pas, ou le font de manière ciblée. J'ai supprimé toutes vos citations inutiles. Et aussi : Pas d'onduleur compatible ?

Bon, je vois que vous vous êtes débrouillé sans moi. Effectivement, ma proposition aurait été de revoir les droits. Mes essais avaient été fait avec les droits administrateur. Si les droits sur les dossiers sont différents, la synchro ne peut pas se faire, sinon il y aurait un sérieux problème de confidentialité.

celui qui récupère c'est le client (votre NAS distant)

C'est dans le NAS serveur qu'il faut reconnecter la tâche vers le NAS client.

Personnellement, je pense qu'il ne faut rien toucher tant que l'assistance n'est pas intervenue. Changer des disques sur un groupe en panne peut générer des dégâts irréversibles et anéantir les chances de pouvoir récupérer les données. Je rejoins totalement maxou56 sur l'extension de groupe sur unité externe. Même si c'est possible, il n'est pas recommandé qu'un groupe soit physiquement dissocié car une panne électrique ou interne de l'unité d'extension peut avoir pour conséquence la perte du groupe. Il est préférable de construire un groupe par appareil : un sur le NAS et un autre sur l'extension.

Règle de cette section Tous les commentaires et suggestions postés dans cette section seront directement transférés aux techniciens de Synology. Vous pouvez écrire en Français, tout sera traduit en Anglais avant d'être envoyé à l'équipe de Synology. Merci d'être clair et précis dans vos commentaires/suggestions. Cette partie du forum est bien entendu modérée étant donné le contact direct avec Synology. Vous pouvez également nous faire part, ici, des bugs rencontrés. Nous les transmettrons également. Est-ce que votre demande correspond de près ou de loin au thème de cette section ? Avant de poster n'importe où, merci de vérifier que vous le faite au bon endroit

Il faut dans ce cas utiliser le serveur DNS pour pouvoir séparer la zone WAN et la zone LAN. Il y a un tuto pour ça dans la section tutoriels.

Relisez la partie du tuto concernant le conseiller de sécurité.

Vous ne la supprimez pas, vous la dévalidez pour pouvoir l'utiliser lors du prochain renouvellement.

Bonjour krzyzstof, belle présentation, merci. Soyez le bienvenu dans la communauté.