Mic13710

Je ne sais pas sous quel format sont les disques, probablement du ext4. Je suppose que le RAID est logiciel. Le mieux serait de poser la question sur un forum consacré au D-Link. Mais il faut aussi savoir si les données sont cryptées, auquel cas, la récupération sera impossible sans la clé. Si vous ne pouvez pas obtenir d'information via un autre forum ou directement auprès du constructeur, vous pouvez essayer dans un premier temps de lire un des disques avec une distribution Linux (Ubuntu par exemple) sur laquelle vous installez mdadm pour pouvoir lire le disque RAID.

@PPJP, bonjour et merci pour le nouveau script. Je fais juste remonter un petit problème de longueur de texte qui est limité à 8192 caractères dans la planificateur. En supprimant les # inutiles, ça passe.

Bonjour, Tout d'abord, on aime bien sur ce forum que les nouveaux arrivants passent par la section présentations avant de poster. Ensuite, ce forum est divisé en rubriques. Celle dans laquelle vous avez posé votre question concerne le paquet Intrusion prevention qui n'a rien à voir avec surveillance station. Je déplace.

Je pense que le problème vient de la redirection http vers https. Si le https est redirigé par le reverse proxy vers un port http, avec la redirection activée il y a à nouveau une redirection http vers https. Peut-être que certains navigateurs le refusent à cause de la double certification. Je n'ai pas ce genre de problème car je n'ai pas activé la redirection http vers https.

Si vos disques sont en RAID1 ou SHR avec protection des données, vous pouvez ne monter qu'un seul des deux dans le nouveau NAS et voir ce qui se passe. Je ne pense pas que les données soient touchées lors de la migration mais certaines fonctionnalités ne seront pas probablement migrées et il faudra refaire probablement une réinstallation de DSM. Ceci dit, vos disques étant issus d'une première migration, ils ont les limitations du premier NAS (le 211j) ce qui va créer un écart technologique entre ces disques et le nouveau NAS. Il est toujours préférable de repartir sur une installation neuve lorsqu'on change de NAS. En l’occurrence, c'est impossible puisque le 214 est HS. Avez-vous des sauvegardes à jour ?

Encore une fois non. Dans le cas du SHR2 (2 disques de protection), il faut changer au moins 4 disques.

Non, vous êtes en SHR 2 ! Pour cela il faut changer 4 disques Non 4 pour du SHR2

Pour pouvoir augmenter un RAID10, il faut changer tous vos disques. Je ne comprends pas bien car vous devriez avoir un nombre pair de disques et il y en a 5.

Là c'est autre chose. Votre question concernait le besoin d'un certificat pour joindre vos Rpi via le reverse proxy. Si maintenant vos applications sur le Rpi nécessitent un certificat spécifique, il va vous falloir en installer un.

Le problème c'est la 4G. Voir :

Inutile si vous passez par le proxy inversé et que votre destination (vos rpi) est en http. Il faut bien entendu que les ndd des rpi soient inclus dans le certificat du NAS, mais ça je pense que vous le savez 😉

Bonjour stco78, soyez le bienvenu dans la communauté.

Bonjour Romano_the_one, soyez le bienvenu dans la communauté

Comme vous avez du temps, vous pouvez aller faire un tour du côté de la section des présentations.... https://www.nas-forum.com/forum/forum/16-présentation/

@Hugghy Varx est trop prude pour en parler, mais il est d'usage sur ce forum que les nouveaux arrivants passent par la case présentations avant de poster. Si vous avez lu les différents tutos de Fenrir (que je vous invite à mettre en pratique), il est préférable de laisser le NAS en DHCP et de faire les réservations d'IP au niveau du routeur à partir de l'adresse MAC. L'IP est ainsi figée pour le NAS, et en cas de changement de routeur, il sera toujours joignable même si la plage DHCP a changé lors d'un changement de FAI ou de routeur.

Si ça marche, c'est très bien comme ça car en gardant un des 6To sur un volume, vous avez la possibilité de transférer vos données sur le groupe 4+4+6 (soit 8To de stockage). Une fois que c'est fait, vous pourrez supprimer le volume et le groupe du 6To pour associer le disque au groupe 4+4+6. Le mieux c'est d'attendre que le processus soit terminé.

Je ne comprends pas bien ce que vous avez fait. Est-ce que vous avez sorti un 6To pour tenter de l'associer aux 4To ? Quoi qu'il en soit, l'association d'un disque à un groupe existant est un processus qui peut durer des heures. Il faut patienter jusqu'à ce que le groupe soit noté normal. Ceci dit, je ne vois pas comment le processus peut continuer si le disque est désactivé.

C'est sûr que ça n'aide pas 😉

J'ai eu plusieurs Android et j'en ai actuellement trois qui tournent 24/7, je leur ai donné à tous des IP fixes dans le routeur à partir de leur adresses MAC et je n'ai jamais observé un quelconque changement d'adresses MAC. Hormis un changement déclenché par l'utilisateur (donc volontaire), je n'ai pas connaissance de variations incontrôlées sur les équipements. Après, venant d'un téléphone chinois......

Si vous n'utilisez pas le reverse proxy, il faut bien entendu que les ports https des services que vous souhaitez utiliser soient ouverts dans le parefeu. Sinon, le 443 devrait suffire.

C'est un point de vue. L'avantage de la continuité de service n'est pas seulement qu'on peut continuer à utiliser son NAS en cas de défaillance d'un disque. C'est aussi le préservation de tous les paramétrages de DSM et des paquets puisque le groupe de disque continue de fonctionner normalement, alors qu'il faut tout réinstaller s'il n'y a qu'un disque et qu'il tombe en panne. Cette réinstallation peut s'avérer très contraignante pour certains.

Des adresses MAC qui changent ???? Un peu de lecture : https://fr.wikipedia.org/wiki/Adresse_MAC

En dehors de quickconnect, on peut accéder à son NAS de plusieurs manières : soit directement avec son IP publique (mais si elle est dynamique, cette manière de procéder n'est pas à utiliser), soit par un ddns (no-ip par exemple), soit par un ndd, couplé à un dynhost si l'IP publique est dynamique. Il faut bien évidemment que les ports des différents services soient ouverts et dirigés vers le NAS, ou que des règles du reverse proxy permettent de faire la même chose (ce qui évite d'ouvrir une multitude de portys dans le routeur). Non, une adresse synology.me n'est pas la même chose qu'un vrai ndd. Vous ne pouvez pas par exemple faire des enregistrements de type A, CNAME, MX etc... Très sincèrement, je vous conseille de prendre un ndd. Un .ovh chez OVHCloud (c'est leur nouveau nom) c'est moins de 3€ par an. La connexion quickconnect n'a pas besoin qu'on redirige des ports pour fonctionner. Vous enlèveriez vos redirections des ports 443 et 80 qu'elle fonctionnerait de la même manière. Il faudrait déjà savoir si votre connexion est en full stack, c'est à dire si elle autorise tous les ports. Il arrive de plus en plus souvent que les FAI fassent un partage d'IP, cad que plusieurs utilisateurs se partagent la même IP avec des plages de ports différentes. Si vous avez la chance d'avoir la première tranche, c'est un moindre mal. Sinon, les ports 80 et 443 sont inaccessibles et il faut alors demander à votre FAI de vous attribuer une adresse full stack.

Il faut tout de même faire attention au modèle de disque qui sera installé. Avant l'achat, vérifiez que le disque est bien compatible avec votre NAS. Pour un 212J, c'est ici : https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS212j&category=hdds_no_ssd_trim&p=1

Malgré mon âge très avancé, je n'ai pas encore perdu la main. La seule différence c'est que je l'aurais fait moi-même. 😁