Mic13710

Heureusement qu'il n'y avait que 2 disques. DS415+, il y a fort à parier qu'il s'agit du CPU. Panne archi connue. Il s'agit d'une résistance. J'ai quelques doutes sur la pertinence de cette solution car il s'agit d'un défaut de CPU. Mais bon puisqu'il est en panne, vous pouvez toujours essayer.

Essayez plutôt photorec https://www.commentcamarche.net/download/telecharger-34056718-testdisk-photorec

C'est vrai quand le JBOD est récent. Mais ensuite, les suppressions, rajouts et autres déplacements remplissent les espaces ce qui fragmente les fichiers qui sont éparpillés un peu partout. Plus le JBOD est ancien, plus il est difficile de pouvoir récupérer quoi que ce soit. Vous pouvez toujours tenter avec True Acronis, vous verrez bien si vous pouvez récupérer quelque chose d'exploitable. Bonne chance.

C'est plutôt le RAID0 qui est le pire. Mais bon, même si on pouvait récupérer quelque chose d'un JBOD, ce ne serait pas ou peu exploitable. @Tadig il ne reste plus que vos sauvegardes qui peuvent encore vous sauver.

Si vous la voyez, tout le monde la voit et je la vois aussi 😜

Ouf ! Il y en a tellement qui négligent les sauvegardes..... C'est ce que je fais avec mon vieux 710.

Oui. Voir ce tuto : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later Vous avez fait le test ? https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Ca peut aussi provenir des disques ou de l'alimentation.

Si vous parlez du serveur VPN du NAS, oui c'est gratuit. Vous avez un tuto pour ça : A ne pas confondre avec un service VPN externe qui n'a pas la même finalité et qui peut être payant. Ou çà ? Pour les présentations, c'est ici : https://www.nas-forum.com/forum/forum/16-présentation/

Dans la section Tutoriels tout simplement.

Bonjour david hxc Il est d'usage sur ce forum de passer d'abord par la section présentation avant de poster. Pour votre demande, il y a des tutos très bien fait pour vous aider. Le tout premier à mettre en oeuvre concerne la sécurisation de votre NAS. On ne va pas sur la toile sans avoir sécurisé les accès. Ensuite, vous trouverez des tutos sur le serveur DNS et le reverse proxy pour accéder à votre NAS sans QC.

bonjour mchelmi, soyez le bienvenu dans la communauté. Si j'ai bien compris, vous n'avez pas de sauvegardes ? Les disques et les NAS (surtout un 1515+) ne sont pas éternels.

@alan.dub Je vous accorde que le message prête à confusion mais ne vous inquiétez pas, c'est un message standard qui est le même que vous activiez ou pas l'arrêt ups. J'ai regardé et testé ce dont parle @JujuY et franchement, c'est un pseudo problème qui n'en n'est pas un. Rien n'a fondamentalement changé, aussi loin que je me souvienne le mode d'arrêt reste le même que celui qui prévalait dans les versions antérieures (et Dieu sait combien j'en ai vu passer en 12 ans). On peut toujours choisir d'arrêter ou pas l'onduleur une fois que le NAS est passé en sécurité. Rien de nouveau. Et donc, je ne vois toujours pas où est le problème et je ne vois pas en quoi les disques seraient mieux protégés si l'UPS est éteint en fin d'autonomie batterie plutôt que dès que le NAS est en mode sécurité. Certes les disques sont arrêtés proprement (cad qu'ils s'arrêtent de tourner) si on laisse l'UPS allumé, mais ils n'y a rien à craindre à couper leur alimentation s'ils sont déconnectés du service. Que je sache, le fameux Power-off Retract Count n'est pas un paramètre vital pour le disque et ne changera pas sa durée de vie. Et encore une fois, c'était la même chose dans les version 5.2 et en deçà.

Je crois que le souci dont tu parles @firlin est apparu avec la première 6.2.2 et a été corrigé à l'update suivant. Pour ce qui est de l'arrêt UPS (le lien de JujuY), je ne pouvais pas remarquer ce point (qui ne me dérange pas du tout) puisque c'est le fonctionnement que j'ai retenu. Les coupures de courant se comptent chez moi sur les doigts de la main. Ce ne sont pas des arrêts très occasionnels qui vont endommager les disques. Par contre, je trouve inutile de laisser tourner un UPS dans le vide dès lors que les NAS sont sécurisés. Ca décharge la batterie alors même que la capacité restante pourrait être nécessaire pour faire face à une nouvelle coupure. Et chez moi de toute manière ces arrêts sont quasiment inexistants puisque mon autonomie est d'une bonne trentaine d'heures avant la prise en charge par l'UPS.

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.

C'est déjà pas mal. Dans la liste des recommandations, il ne peut y avoir que des NAS actuels. Pour les modèles plus récents, les capacités du NAS pour la gestion des caméras sont données dans les spécifications. Il n'y a malheureusement rien pour les modèles plus anciens, dont le 212+. Tout est question de qualité d'image et de nombre d'images par seconde (IPS ou FPS en anglais). Si vous prenez une caméra HD que vous utilisez à la résolution maxi avec un nombre d'IPS élevé, vous aurez probablement atteint le maximum gérable par le NAS. Et si en plus vous faite faire la détection de mouvement par le NAS, ce sera alors double peine. Si par contre vous optez pour une résolution moyenne avec un IPS de 5 ou 10 et une détection de mouvement par la céméra, je pense que le 212+ est tout à fait apte à gérer ce flux. Tout est question de dosage.

Oui et non. En ssh, avec la commande upsc ups on retrouve toutes les infos de l'onduleur. Je ne suis pas sûr de bien comprendre. Mettez le lien pour voir de quoi il s'agit.

Bonjour Alain Reims, soyez le bienvenu dans la communauté. Votre NAS est probablement en SHR qui est un RAID hybride combinant le RAID1 et le RAID5. Si vos disques sont de même capacité, votre SHR utilise uniquement le RAID5.

C'est ça. Un RAID1 c'est 2 disques en miroir. Pour pouvoir étendre votre stockage à 4To, il faut 2 disques de 4To. S'il n'en reste qu'un, le RAID fonctionne en mode dégradé mais ne peut pas évoluer. Et donc même s'il reste de l'espace non utilisé vous ne pouvez pas comme par magie rajouter cet espace au miroir. Pour être complet, je sais qu'il est possible de le faire en lignes de commande via SSH mais je ne maitrise pas assez le sujet pour vous donner une méthodologie qui soit sure à 100%. Je m'abstiendrai donc.

Lorsque vous enlevez un des disques, le groupe passe en mode dégradé. Si vous enlevez le 2To, vous pourrez utiliser vos données comme avant sur le disque de 4To, mais vous ne pourrez pas utiliser les 2To restants. Si vous voulez monter un SHR de 4To avec protection des données, le mieux serait de remplacer le 2To par un 4To. A ce moment là, votre volume pourra passer à 4To.

Il est d'usage sur ce forum de passer par la section présentation avant de poster. Pour votre problème je dirais tout simplement : un cliqueur fou de plus. En rajoutant votre disque et en choisissant l'augmentation de volume, vous avez créé un SHR avec protection des données, équivalent RAID1. Vos disques sont donc en miroir, et comme vous avez un disque de 2To, votre RAID n'est que de 2To, les 2To restants n'étant pas exploitables. Malheureusement, il n'y a pas de méthode officielle pour revenir en arrière. Par chance, il existe une méthode officieuse qui permet de casser le RAID. En voici une : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/ Par la suite, il faudra rajouter un nouveau groupe sur ce nouveau disque sur lequel vous montrer un volume qui deviendra votre volume 2.

Vous pouvez n'utiliser qu'un seul disque, mais il faut tout de même passer par les étapes mdadm et lvm2 car le disque est en SHR.

Pas de problème pour créer un nouveau groupe avec un nouveau volume, d'y transférer vos données et d'y rajouter vos 6To pour créer un groupe 4+6+6. Néanmoins, je suppose que votre disque 4To est installé dans la baie 4 et les 6To dans les baies 1 et 2. Vous aurez donc un groupe avec les baies 1,2 et 4, et un autre groupe d'un seul disque dans la baie 3. Ce n'est pas un problème en soit. Pour ma part, je ne suis pas du tout favorable pour que les sauvegardes soient sur le même NAS que les données source. Si vous êtes victime d'un problème interne ou externe au NAS, ou bien que vous soyez attaqué par un cryptolocker, vos sauvegardes risquent d'être compromises. Le mieux serait de monter votre disque de 8To dans un rack externe et de faire vos sauvegardes via USB que vous pouvez désactiver à la fin de la sauvegarde. Ainsi, plutôt que de faire un transfert des 6To vers le 4To, vous pourriez utiliser vos sauvegardes externes pour remonter votre NAS. Par mesure de sécurité, vous ne montez qu'un seul des 6To dans le groupe est vous gardez l'autre bien au chaud dans un coin comme dernier secours au cas où la restauration ne se passe pas comme prévu. Vous pourrez le rajouter au groupe une fois toutes les données transférées et le NAS opérationnel.

Content que votre problème soit résolu. La redirection http vers https pose souvent des problèmes sur le fonctionnement du reverse proxy. Elle pose aussi des problèmes sur les dernières versions des navigateurs à cause de la double sécurisation. En effet, une requête en https orientée vers du http par le reverse proxy, sera à nouveau dirigée vers du https par la redirection. Firefox par exemple ne permet plus ces passages https http https car la sécurité est compromise lors du transfert en http. Le plus simple est de pas activer la redirection. C'est aussi signalé par Fenrir dans son tuto sur la sécurisation de nos nas. On peut toutefois créer cette redirection soit en php soit avec un .htaccess. Je cite : Attention, j'ai pu constater qu'activer la redirection HTTP vers HTTPS cassait certains mécanismes, au moins le reverse proxy pour les applications de base (audio/download/file/surveillance/video - station). Si vous souhaitez profiter de la redirection sans casser le reverse proxy, le plus simple est de créer un petit fichier php à la racine de Webstation (/web/index.php) pour gérer cette redirection : <?php $http_host = $_SERVER['HTTP_HOST']; // 307 Temporary Redirect header("Location: https://$http_host",TRUE,307); exit; ?>

Vous avez donné la solution : Vous n'avez plus qu'à sauvegarder les données à partir du NAS de votre ami.

Je disais cela par rapport au loopback qui au final me permettait d'avoir la même URL sur le LAN ou le WAN. Mais ça ne voulait pas dire que le serveur DNS était inutile, bien au contraire. En passant par le loopback, le processeur du routeur est sollicité et les liens sont assujettis à la vitesse du WAN qui est bien inférieure à celle du LAN. Ce n'était pas trop un problème pour moi car à l'époque je n'avais finalement que Cloud Station qui utilisait le loopback. J'accédais aux autres services directement par leurs ports respectifs, par le LAN avec l'IP du NAS, par l'extérieur avec mon adresse xxx.hd.free.fr. Le serveur DNS permet d'utiliser la même URL que ce soit côté LAN ou côté WAN en séparant bien chaque zone. En ce qui concerne votre demande, les serveurs DNS sont interrogés dans l'ordre. Si le premier n'est pas accessible ou ne peut pas résoudre la requête, on passe au suivant, et ainsi de suite. Pour le NAS, IP du NAS pour le principal, IP du routeur pour le secondaire Pour le routeur, IP du routeur pour DNS1 et IP du NAS pour DNS2