Toutes les discussions

Complement d'information: Je viens de constater que le problème que j'ai décrit se produit en mode plein écran, mais que tout va bien en mode fenêtre. (L’icône située entre "réduirela fenêtre" et "fermer la fenêtre ") N’empêche que je ne comprends pas pourquoi en mode plein écran, la fenêtre est plus grande que l'écran. Je ne met donc pas encore le sujet en résolu.

Bonjour, Avant je téléchargeais sur Download Station (DS) 4.1.1-5008 via un vieux OneFichierCom version 3. J'ai pris un abonnement premium. Du coup, j'ai récupéré le dernier fichier OneFichierCom 4.7.4 J'ai ajouté le fichier dans DS, mis un login random et en mot de passe l'API que j'ai recopié depuis le site 1Fichier. Quand je veux vérifier j'ai une erreur. Ai-je bien fait toutes les étapes ? Merci.

Pour la vérification de la date, c'est la date d'expiration qui est recherchée dans la fonction certificat_check() avec openssl x509 -checkend $(( (90 - RENEWAL_CYCLE) * 86400 ))Vu comment c'est construit, checkend va lire la fin de validité du certificat (en secondes) et s'il reste moins que le renewal_cycle, un nouveau certificat est demandé. Avec le certificat actuel sur 90 jours, le renewal_cycle à 61 donne en réalité un certificat renouvelé tous les 29 jours. Donc, tu as déjà un script qui tient compte de la nouvelle donne. Néanmoins, la validité du certificat LE va diminuer ces prochains mois et ça va coincer dans le bocal. Il va falloir corriger le script pour qu'il couvre les validités réduites. Edit : Désolé, j'ai mal interprété checkend. 90 = durée standard d’un certificat Let's Encrypt (pour le moment) RENEWAL_CYCLE=61 Donc : 90 - 61 = 29 jours => Le script vérifie que le certificat est encore valide dans 29 jours. C'est toujours sur une durée de 60 jours avant renouvellement. Donc, c'est bien ce que je disais, il faut passer RENEWAL_CYCLE à 31 pour que le renouvellement intervienne après 30 jours. Ceci n'est que temporaire car le problème va se poser à nouveau lorsque la durée de validité du certificat va diminuer. Cette manière de gérer la durée du certificat sur une durée fixe de 90 jours est extrêmement bizarre de toute façon. Aussi, pourquoi ne pas laisser acme.sh gérer les validités ou plus simplement utiliser les infos de ndd.conf qui donne Le_NextRenewTime et Le_NextRenewTimeStr qui sont directement écrit par acme.sh ? J'aurais bien un correctif à te proposer mais ce n'est pas le lieu pour le faire (hors sujet)

Bonjour à tous, J'essaie surveillance station avec une caméra tapo c225... tout se passe plutôt bien, sauf que sur mon téléphone Android Samsung, lorsque je vais dans l’onglet enregistrements, la fenêtre qui montre la liste des enregistrements est trop grande.: le côté droit est visible, mais le bord gauche de la fenêtre est hors écran. Pas moyen , ni de réduire la fenêtre, ni de la déplacer pour voir la liste qui se situe à gauche dans la fenêtre. J'imagine qu'il s'agit d'une mauvaise configuration quelque part, mais je n’ai pas trouvé... Quelqu'un a-t-il une idée? Déjà merci.

Tu as raison. Je n'étais pas connecté lorsque j'ai essayé de télécharger. Mia culpa.

Le nettoyage est indispensable pour récupérer l'espace laissé par les fichiers supprimés. Mais en fonction de la taille à scanner, cela peut durer plusieurs jours (à condition que cela soit la tâche exclusive du NAS à ce moment là ; sinon c'est pire)

Bonjour Je rejoins votre communauté qui a l'air, très technique et visiblement pleine de bon saintmaritain, prêt a aider les personne de mon genre un peu perdu dans les redirection de port, Firewall et bien d'autres choses. J'ai 62 ans Papa/Papy et une vie bien remplie de travail. Merci pour tout se que vous partagez avec des personnes que vous ne connaissez pas forcement. BRAVO!!

Celui que j'utilise l'est toujours (voir plus haut) Oui dès que le script aura été modifié pour trouver la date d'expiration ce qui n'est pas le cas actuellement.

Salut @Kramlech , merci pour ta réponse. Alors l'état des disques est parfaitement saint et ok pour le coup. Dans mon cas ça n'a pas l'air d'être ça, par contre je pense avoir trouvé un solution (en espérant que ça aidera certains) -> A priori le NAS (ou moi 😳) à lancé ce qu'ils appellent un "nettoyage des données" (cf Site de synology) et c'est ce processus qui a paralysé le système. J'ai réussi a l'arrêter tant bien que mal après plus de 2h30 de bagarre et le système est a nouveaux "rapide". A priori le nettoyage des données est important donc je vais le lancer mais c'est extrêmement long donc je vais le faire en semaine. Dans ce processus j'ai appris aussi que le DS223j est a priori hyper faible en terme de puissance et que l'utiliser pour autre chose que du stockage est difficile. La preuve c'est qu'une fonctionnalité même du système paralyse tout l'os...Ou par exemple si je télécharge un fichier avec download station, le disque est quasi injoignable... Je ne sais pas ce que vous en pensez mais ce produit est mal vendu sur leur site, il est vraiment trop faiblard pour imaginer avec plusieurs paquets qui fonctionnent en même temps et plusieurs utilisateur etc...

D'autant que le script n'est plus disponible au téléchargement.... Déjà tu peux modifier RENEWAL_CYCLE=30 Le certificat LE est encore de 90 jours. Le renouvellement raccourci est là pour préparer l'obligation d'arriver à des certificats d'une durée de validité de 45 (ou 47 je ne sais plus) jours en 2027. Tu peux consulter le calendrier des étapes et des durées sur le net. Acme a choisi dès maintenant un délai de 30 jours pour laisser du temps (15 jours à terme) pour que le renouvellement puisse se faire avant l'échéance au moment de l'application d'une validité raccourcie. Donc mieux vaut anticiper aussi dans le script.

Cela m'explique un autre problème du script. Depuis plus d'un an mon certificat est un certificat ECC sans que je ne fasse rien de particulier. A cause de cela certains fichiers/dossier ont l'ajout "ECC" sur leur nom et le script ne sait plus lire la date de validation du certificat et donc essaie systématiquement de renouveller le certificat. Et effectivement celui-ci s'est renouvellé récemment avant les 60 jours prévus. Je vais devoir reprendre le script pour qu'il puisse lire la date d'expiration mais sans l'aide de @.Shad. que l'on ne voit plus beaucoup☹️ De plus le déploiement ne s'effectuait que sur un des deux nas mais ceci vient d'être résolu avec le passage en majuscule des valeurs SYNO_xxx. Merci pour ton aide.

Pas à ma connaissance. Quand ça change, c'est un peu la surprise. Il faut suivre le github. C'est comme le passage du nom du certificat en base 64 dont la transition m'a posé quelques problèmes à l'époque sans que comprenne réellement pourquoi. Le script s'évertuait à le passer en base 64 mais j'étais obligé de le remettre en clair pour le renouvellement. Et puis c'est rentré dans l'ordre à la mise à jour suivante. Tu as noté que maintenant les certificats sont renouvelés tous les 30 jours depuis décembre ?

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonjour @PiwiLAbruti type : Application, source : MariaDB10, Détail des erreurs: Unknown error' , avec ça on est bien avancé !! Hier j'ai commencé le développement d'un site web avec vue.js et la création d'un base de données dans MariaDB. Apparemment ce sont des tests avec plusieurs erreurs d'accès à la base qui auraient créé le problème, Claude AI dit que la base a pu être verrouillée ? Bref , j'ai supprimé la base et tout est rentré dans l'ordre, HyperBackup a fonctionné correctement. Ensuite j'ai relancé l'appli web avec création de la base et importation des données depuis un fichier excel, et là HyperBackup a de nouveau fonctionné correctement. Désolé pour le dérangement.

Une capture d'écran de la fenêtre vers laquelle pointe le lien Détail serait bienvenue.

@Mic13710 Bonjour, En lisant ce sujet je viens de comprendre pourquoi j'avais des soucis avec mon script de renouvellement des certificats : J'ai corrigé certaines des valeurs SYNO_xxx en les passant en majuscule et cela a l'air de fonctionner. Existe-t-il un document qui résume l'ensemble des nouveaux paramètres employés par Acme ?

Bonjour, Je dispose de deux NAS, un DS923+ et un DS214 , le DS214 me sert pour la sauvegarde de certains dossiers et applications. Les sauvegardes sont réalisées avec HyperBackup. Aujourd'hui j'ai une erreur Réussite Partielle concernant la sauvegarde de MariaDB J'utilise HyperBackup depuis plusieurs années sans avoir jamais rencontré ce problème. J'ai redémarré les deux NAS, recréé une tache similaire, et l'erreur persiste. Est ce que quelqu'un aurait déjà eu ce souci ? Est ce un problème de corruption de données dans MariaDB ? J'envisage de désinstaller puis réinstaller MariaDB , au préalable je veux faire une sauvegarde de la totalité des bases, est ce qu'il faut procéder par un export base par base , ou bien existe-t-il un moyen de tout sauvegarder d'un coup, quelle est la méthode la plus sûr ? Merci pour votre aide.

Bien souvent, un ralentissement important de la machine a pour origine la dégradation (mort annoncée ) d’un disque … Va voir l'état Smart de tes disques.

Salut, dans un premier temps ma question était de savoir si les autres avaient trouvé une solution. Leurs modèles diffèrent tous donc j'en suis venu a penser que le problème pouvait être présent sur plusieurs modèle. Enfin bref merci de ta réponse, j'ai un DS223j, depuis hier c'est devenu quasi impossible de faire quoi que ce soit. La moindre action demande plusieurs dizaines de minutes (même se connecter). Certaines actions ne finissent jamais. Là actuellement je ne peux même plus me connecter ça fait environ 30 minutes que ca mouline sur le mot de passe. Ces machines sont capricieuse 😲

@Naskito Sans savoir ce que tu possèdes comme modèle, euh ???????? Commences par aller faire une présentation, par exemple.

Bonjour, Je me permet de relancer ce sujet qui a l'air d'avoir trouvé que partiellement une réponses. Depuis le temps avez vous trouvé d'autres pistes ? Je vais essayer de changer le mot de passe admin, mais c'est une projet sur une heure ou deux et je suis pessimiste sur cette solution chez moi ☹️ Merci :)

Ca confirme ce que j'ai déjà dit : le script python est obsolète tout comme ce tuto. Le nom du certificat en base64 est inscrit dans les fichiers de conf depuis au moins 3 ans. Le script lui le lit en clair. Je ne saurais trop vous recommander de laisser tomber ce tuto qui n'est plus maintenu depuis des années et vous tourner vers la solution de base dont je vous ai donné le lien ou vers la solution docker qui est dans la section des tutoriels. Cette dernière reprends le même fonctionnement que la solution de base dont il s'inspire.

Merci pour la piste. J'ai remplacé dans le script les références à "SAVED_SYNO_Username" et "SAVED_SYNO_Password" par respectivement "SAVED_SYNO_USERNAME" et "SAVED_SYNO_PASSWORD". Le script génère bien les certificats, importe ce qu'il faut mais c'est pas parfait. Voici ce que j'ai dans DSM : Le nouveau certificat est bien importé mais c'est un nouveau certificat : il ne vient pas en remplacement du précédent. Il ne doit pas manquer grand chose. Dans le log, j'ai : Content-Disposition: form-data; name="id"^M ^M ^M ----------------------------20260219133250^M Content-Disposition: form-data; name="desc"^M ^M __ACME_BASE64__START_QUNNRV9XaWxjYXJkX0xFXyouZmFtaaaaaaaaaaaaaaaaaaaaaa==__ACME_BASE64__END_^M ----------------------------20260219133250--^M ' [Thu Feb 19 14:32:50 CET 2026] _postContentType='multipart/form-data; boundary=--------------------------20260219133250' [Thu Feb 19 14:32:50 CET 2026] Http already initialized. [Thu Feb 19 14:32:50 CET 2026] _CURL='curl --silent --dump-header /usr/local/share/acme.sh/http.header -L --trace-ascii /tmp/tmp.XJtSsmKMTi -g ' [Thu Feb 19 14:32:50 CET 2026] _ret='0' [Thu Feb 19 14:32:50 CET 2026] Restart HTTP services failed. [Thu Feb 19 14:32:50 CET 2026] GET [Thu Feb 19 14:32:50 CET 2026] url='http://localhost:5000/webapi/entry.cgi?api=SYNO.API.Auth&version=7&method=logout&_sid=NPKQ39v-iicT-nhFTaSlQruGEF3SqkWI3WaOKCnbC7k-vplS8y5MLB-5xRrDyHFLs1rwtSaV-BsNByHmbmyBYU' [Thu Feb 19 14:32:50 CET 2026] timeout= [Thu Feb 19 14:32:50 CET 2026] Http already initialized. [Thu Feb 19 14:32:50 CET 2026] _CURL='curl --silent --dump-header /usr/local/share/acme.sh/http.header -L --trace-ascii /tmp/tmp.XJtSsmKMTi -g ' [Thu Feb 19 14:32:50 CET 2026] ret='0' [Thu Feb 19 14:32:50 CET 2026] Success [Thu Feb 19 14:32:50 CET 2026] Return code: 0 [Thu Feb 19 14:32:50 CET 2026] _error_level='2' [Thu Feb 19 14:32:50 CET 2026] _set_level='2' [Thu Feb 19 14:32:50 CET 2026] The NOTIFY_HOOK is empty, will just return. [Thu Feb 19 14:32:50 CET 2026] ===End cron=== Quand il l'importe les nouveaux fichiers, il ne reprend pas la bonne description du certificat. (flux "desc") Je me retrouve avec 2 certificats de même noms avec 2 descriptions différentes (un en clair et l'autre encodé en base 64). Sinon pour répondre à la question, j'ai bien Container Manager sur le NAS mais la solution tache planifiée me semble plus simple à mettre en œuvre. Je vais peut-être me résoudre à regarder ce lien si personne ne trouve d'où vient le problème. GitHubSynology NAS GuideA pure Unix shell script ACME client for SSL / TLS certificate automation - acmesh-official/acme.sh Merci.

Alors, cherche le maillon faible ....

ca marche, je teste ca ce soir et reviens vers vous