PiwiLAbruti

Ce sont tes besoins qui ont motivé l'achat d'un NAS, donc tu sais de quoi tu as besoin sinon tu n'aurais pas acheté de NAS. 🤔 Maintenant il ne faut pas se dire "Ah tiens ça a l'air pas mal ça, je vais l'installer pour voir ce que ça fait" car là on n'est plus dans le besoin. Si tu trouves que DSM n'est pas intuitif, je t'invite à tester les systèmes fournis par d'autres constructeurs. 😉

Regarde les commentaires sur un site marchand (j'en ai trouvé sur Amazon), apparemment ça fonctionne très bien sur Surveillance Station.

Peu importe le matériel, ça peut avoir du sens s’il y a un réel besoin de disponibilité des données (même si, comme toi, j’en doute fortement).

Houla, je dois être fatigué (j'ai les yeux qui piquent 😆). Même remarque concernant SHR1. Ce serait quand même plus adapté, à moins que la continuité de service soit une priorité absolue qui justifie l'utilisation de SHR2.

La reconstruction automatique va simplement intégrer le nouveau disque dans la grappe SHR-2. De mémoire, je crois qu'il faut augmenter manuellement la taille du volume lorsque la reconstruction est terminée. Par contre, je viens de voir que le comparateur RAID de Synology ne donne pas le résultat que je pensais. Vérifie par toi-même avant d'investir inutilement : https://www.synology.com/fr-fr/support/RAID_calculator?hdds=3 TB|3 TB|3 TB|2 TB

Tu as choisi de configurer un SHR avec protection sur deux disques, donc un volume total de 4To théoriques (d’où les 3,6To réels). Il est normal que la taille du volume ne puisse pas être augmentée. Ce sera possible à partir du remplacement d’un autre disque de 2To par un 3To. Le volume passera alors à 5To théoriques. Si tu avais choisi un SHR avec protection sur 1 disque, le volume initial aurait fait 6To et 7To après remplacement.

Le voyant de l’alimentation devrait être fixe, non ? Comme l’a dit @InfoYANN, il faut commencer par tester avec une alimentation similaire.

Il y avait déjà un problème avant de remplacer un disque de 2To par un 3To : D'après le comparateur de Synology, tu aurais dû avoir un volume de 6To théoriques. Peux-tu poster des captures d'écran du groupe de stockage et du volume ?

Quelle est la version actuelle de Download Station indiquée dans le Centre de paquets ? Tu peux télécharger la mise à jour depuis le site de Synology et l'installer manuellement : https://www.synology.com/fr-fr/support/download

C'est pourtant clair comme message (d'ailleurs ça bosse dur à la SNCF 😅) : Le domaine quickconnect.to est explicitement bloqué par le serveur proxy que tu utilises (web-lyon5.sncf.fr). Il n'est pas du tout certain que ça fonctionne avec un autre nom de domaine.

Configure les règles dans le pare-feu du NAS. Si jamais tu changes de FAI, tu n’auras que le port tcp/80 à rediriger.

Pour ne pas laisser le port tcp/80 ouvert aux quatre vents, tu peux n’autoriser que les adresses des serveurs Let’s Encrypt à y accéder. Les deux adresses sont dans mon post précédent, il suffit de créer les règles nécessaires dans le pare-feu.

Bien vu pour la limitation @Mic13710 😉 C'est l'architecture 32-bit du processeur qui impose cette limitation ? (Marvell Kirkwood 88F6281, comme sur mon DS109) @dany31 : Oui il faut malheureusement recréer le groupe de disques, ce qui implique la perte des données. As-tu un plan de sauvegarde en place ?

Mon calcul se fait sur la taille réelle des disques listés dans le groupe de stockage, et sur le type de volume (SHR, donc un disque de parité). La seule chose étrange est qu'il y a un volume de 15,74To sur un groupe de stockage de 20To et que les 4,26To disponibles ne sont pas visibles (Disponible: 0 octets).

Attention, le calculateur de Synology donne les tailles théoriques. Les 20To sont tout à fait normaux (9,1 + 5,46 + 5,46 = 20,02). As-tu lancé un nettoyage du RAID ? (onglet Nettoyage des données)

Regarde la documentation de la fonction mysqli_connect() de PHP : https://secure.php.net/manual/fr/mysqli.construct.php

Il faut autoriser l’accès au port tcp/80 pour que le certificat fonctionne.

Bienvenu @Oduig ! Comment ça Nantes est en Bretagne ? 😅

Il n’y a que le support Synology qui pourra te répondre.

Ce que tu as fait fonctionne mais s’applique à toutes les interfaces, ce qui peut avoir des effets indésirables sur certaines interfaces. C’est au choix. Je crois que ce que tu as fait est recommandé par @Fenrir dans son tuto sur la sécurité.

Il y a un long sujet qui traite du souci que tu rencontres : Pour résumer, il s'agit d'un problème de processeur. Contacte le support Synology (ou ton revendeur s'il est capable de prendre en charge ce défaut) pour que ton NAS soit réparé ou qu'il soit remplacé.

Sur la capture d'écran de @folo, il s'agit des règles appliquées à l'interface LAN (sélectionnée en haut à droite). Je déconseille de définir des règles dans la rubrique "Toutes les interfaces" du pare-feu, dans laquelle il n'est pas possible de sélectionner une action par défaut (ce qui est normal puisque les règles de l'interface concernée sont appliquées si aucune règle n'est applicable dans la rubrique générale).

La réponse est indiquée dans le premier message de ce sujet :

Non, il ne manque rien puisque le comportement par défaut est de tout bloquer (regarde en bas de sa première capture d'écran).

Et en plus de ça, on ne sait même pas de quel fichier host il est question. Si le fichier host est fourni par Synology, il faut voir ça directement avec le support.