Mic13710

Ce sont 2 mondes différents. C'est comme si vous compariez le routeur de la Freebox avec un vrai routeur comme les Synology ou les Ubiquiti (ma signature). Donc oui, c'est plus complexe, mais c'est infiniment plus performant. ????? Que ferait votre certificat chez OVH ? Le certificat est stocké et renouvelé sur le NAS. Avez-vous fait un enregistrement A qui pointe vers votre IP publique et les enregistrements de vos noms de domaine (wildcard ou noms) ?

un ndd chez ovh c'est moins de 3€ par an. Il y a un tuto pour ça :

OK, télescopage 😜

Le certificat en question est celui par défaut qui est auto signé. Il n'est pas accepté par les navigateurs actuels. @EVOTk encore faut-il qu'il y ait un ndd, d'où mon premier message à propos d'une adresse en synology.me. Mais on est bien d'accord qu'il est de loin préférable de prendre un vrai ndd.

Certificat de conformité ? Vous travaillez dans le contrôle qualité ? Vu la date de validité du certificat, il s'agit très probablement du certificat par défaut. Ce certificat n'est en effet pas reconnu par les navigateurs. Il faut que vous preniez au minimum une adresse synology.me à partir de votre NAS et que vous installiez un certificat Let's Encrypt. Lisez aussi ce tuto sur la sécurisation de nos nas :

Salut @NY152 Sujet déplacé dans la rubrique appropriée.

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