Einsteinium

Il y a eu update de la 2.8.8 vers 2.8.9 pour acme dans la latest en intégrant des corrections qui était dans la dev, avec en outre une correction du script de déploiement synology (j’ai donc supprimé les deux lignes qui disait dsm 6 latest et dsm 7 dev) vue qu’il n’y a plus lieu. Le tutoriel est donc finalisé.

Erreur typique du au certificat, cela arrive quand on a un domaine configuré et qu’on attaque le syno par son ip locale.

Plus besoin de la dev pour dsm 7 désormais, édition du tutoriel dans ce sens

Pour reprendre pluton : sudo tune2fs -l /dev/sda1 | grep "Filesystem state" Pour le résultat direct 😉

Je n’ai encore jamais vue ce problème là en tout cas. Le plus simple de mon point de vue, backup tes données et refait sa au propre en btrfs

Ce tutoriel vient en complémentaire en partant de la base que tu as déjà pris quelques préparations... Deux cas, tu gardes la racine chez ovh et tu fais pointe les sous domaine vers ton nas ou alors la totalité, dans ce second cas : Chez ovh dans les dns : domain.tld A tonip *.domain.tld CNAME domain.tld Et Côté nas installe web station pour faire ta racine. Tu accédez bien en https ?

Pour des jeux... où l’on fera des accès multiple et un débit gourmand, on stock en locale et au mieux sur un ssd pour la rapidité 😉

Non si tu as suivis le tutoriel c’est tout bon, tu auras fait pour domain.tld et *.domain.tld (un wildcard ou si tu préfères un générique pour tout le domaine et ses sous domaine), après tu utilises le portail de connection pour les applications synology et le reverse proxy pour les autres afin de gérer tes sous domain (il y a un tutoriel sur le reverse proxy dans la section pour l’exemple.

Tu parles du déploiement automatique ? Si oui on copie tel quel, le compte admin c’est à toi de le faire 🙂

@maxou56 Masqué sa vraie IP et ne pas ouvrir directement de port 🙂 Pour les autres et votre problème de crash chaque jour... sans avis... je n’ai eu aucun soucis en plus d’une année de service et de vps toujours à jour (en ayant fait debian 8/9/10)

Tu as regardé le guide ? Maintenant il y a du changement avec DSM 7, donc ton script sera à modifier par la suite 🙂

Toi après avoir vue d’autres posts tu as fait joujou avec ton système de fichier 😁 Fait : fsck.ext4 -y /dev/tonvolume (-y pour éviter de confirmé à chaque réparation...) Sinon cela sera debugfs...

Avec des coques en plastique... mauvaise idée de mettre le poids d’un onduleur au dessus...

Avec l’épaisseur cela doit engendré une poussée sur la coque...

Une grosse bouse pour l’avoir testé, tu as beau saturé un lien, il dispatchera que sur a port si d’autres connection derrière... Pour ma part j’ai dédier un port pour le local et un port pour le distant sur mon nas

197 et 200 en valeurs smart... certainement la cause du problème. Il sera difficile de reconstruire le raid de md0 [E_] ou si tu préfères un disque en erreur et l’autre plus dans le raid, le manquant certainement en erreur avant lui aussi et la réparation automatique de ce dernier a mis en erreur le second à cause de ses valeurs. Tu as un backup des données... je te recommande un formatage des disques avec l’utilitaire du constructeur avant réutilisation et le cas échéant un sav si encore sous garantie. La prochaine fois fait un test badblock sur tes disques (il y a un tutoriel sur le forum), cela évite ce genre de désagrément.

4 patins en dessous j'ai toujours fait sa... pas pour les vibrations du nas qui sont négligeables... mais pas pour que le nas et les disques subissent de vibration externe 🙂

Les technologies évoluent, mais aussi les tutoriels, il a été débattu de l’inutilité à l’heure d’aujourd’hui de faire du -w, il suffit de voir le post du 30 novembre de ce topic pour le comprendre 😶 Maintenant après 3 années ce tutoriel a fait c’est preuve et il reprend ce qui été mis en boucle sur le forum pour testé les disques depuis des années 😉

Nettoyage du topic fait 😉

Indépendamment du dock, l'update de acme est complet et pas incrémentiel, l'update ce fessant en début de cron, cela écrase le script de déploiement dsm 7 avant renouvellement si update il y a... Update du tutoriel en conséquence, ceux en dsm 7 utiliseront la branche dev du dock en attendant le déploiement dans la version latest (Je mettrais à jour quand cela sera le cas le tutoriel) Le tutoriel est désormais finalisé, merci au testeur et remonté que vous aurez faites pour ce dernier 🙂

C’est déjà le cas de base, tu choisis qui tu invite 😉

Update du script de déploiement 😉😉

Garde dans un coin où fait un tutoriel la partie réseau (l’émancipation d’un dock avec son ip et communication avec l’hôte)

@Mic13710 A bien répondu, la double authentification de toute façon fini toujours par poser problème, avec tous les droits bloqués le compte admin ne pourra faire que de l’api, mais chaque appel fait une connection au dsm. Perso je reçois une alerte par rapport au connection via les notifications du centre de journaux via les mots clefs : signed in, logged in, failed Concernant le RT, jamais testé, mais je dirais qu’il suffit de reproduire le acme une seconde fois (on peut faire plusieurs demandes sans soucis par semaine, 5 de mémoire par domaine). @Mic13710 J’ai regarder les logs dsm et effectivement il marque qu’il passe le certificat en défaut (bon j’en est qu’un mais quand même...)

Une bonne année à tous les membres du forum et en particulier au staff et aux membres qui le font vivre