Einsteinium

Le problème semble venir de cloudfare cloud utilisé en dns, il ne trouve pas les enregistrements...

Retour intéressant, pour ma part il n’a touché à aucun de mes virtual hors dans webserver. Bref comme le did à proscrire et faire un compte dédier, il vaut mieux faire un premier import manuel avant le déploiement par le hook. Moi le prochain c’est le 8 février 🙂

Alors post le log entier via un hébergeur, car là c’est incomplet (il manque le début) et c’est inbuvable dans l’état, mais on dirais bien que le docker n’a pas accès à internet... Bah moi c’est parce que j’ai groupé avec tous mes dock, pour acme pas forcément utile dans la mesure où acme ce met à jour lui même au lancement, mais bon si un update du script mais pas des paquets nécessaires au moment de l’exécution il pourra y avoir des erreurs au renouvellement, disons une fois tout les 3 mois genre une semaine avant renouvellement c’est suffisamment, acme ne fessant que la génération/déploiement de script il n’y a rien de vital à le faire chaque jour.

@bruno78 Mais je serais toi déjà je ferais en sorte d’avoir une journée entre chaque certificat, imagine un triple import dans le synology au renouvellement, sa va clairement foutre la merde avec le re lancement de nginx 🙂 Dans le pire des cas, je serais toi je ne mettrais en auto que celui par défaut si tu vois cela change le certificat par défaut dans les certificats (je sais plus qui avait dit sa dans le topic)

Moi j’ai fais d’abord l’importation manuelle avant le script de déploiement, donc c’est pertinent oui, moi j’ai préféré faire l’import manuelle afin être sur qu’il mette bien le certificat pour tous les services et supprimé le synology d’origine, je vais le préciser dans le tutoriel de suivre ce schéma, cela évite toute mauvaise blague

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 🙂