CMDC

@Mic13710 , j'ai dis une connerie : normalement il est inutile de programmer un déploiement par tache planifiée , car c'est (théoriquement) intégré au script acme.sh , tous les jours, en effet, une mise à jour est lancée : Le moyen de vérifier : ce qui retourne chez moi : Les geeks du "cron" se rendent compte que, chez moi , tous les jours à 6h53 la MAJ du script et des certificats, si besoin est, est lancée ! On en reparle dans 3 mois

Pour information, je me suis penché plus finement sur le script acme.sh et : Tout peut être simplifié (upgrade de acme.sh, renouvellement puis déploiement des certificats ) à l'aide d'une simple commande : Cette commande étant exécutée par une tache planifiée que je lance en début de mois et en milieu de mois

Juste pour que nos jeunes lecteurs comprennent: @Mic13710 parle tout simplement de mettre à jour le container avec l'image (l'appli) "neilpang/acme.sh" qui fait très bien le job depuis de nombreuses années et qui donc .... n'a pas besoin d'être mis a jour tous les jours

Utiliser un container "scrutiny" , ça fonctionne bien

Voilà, après quelques années de bons et loyaux services j'ai décidé, vu que j'avais un peu temps de libre, d'arrêter l'exploitation de acme.sh en direct dans /usr/local/share/acme.sh, et de la remplacer par une gestion "containerisée". Ca fait plus "djeuns" LOL. Je me suis à 97% inspiré de cet excellent tuto et je remercie @Einsteinium pour son remarquable travail. J'ai juste un peu changé la philosophie du renouvellement des certificats . En effet je trouve que pour un job effectif de 10 minutes tous les 2 mois, détruire et recréer un container tous les jours, c'est un peu l'histoire du marteau et de l'enclume. J'ai donc effectué toutes les étapes de création du container Acme, des certificats et de leur déploiement à la main (en ssh ) ensuite j'arrête le container (je suis un effroyable radin) Enfin,j'ai crée une tache planifiée qui reprend la philosophie de ce que je faisais avant, c'est à dire deux exécutions par mois (le 1er et le 3eme dimanche) des commandes suivantes : Voilà, ca fait le job ! Encore merci à @Einsteinium qui m'a fait gagner énormément de temps

Bienvenu mon cher (gros) Naze du 37 ..... Je plaisante naturellement Plus sérieusement, commence par lire les (nombreux) tutoriels de ce forum, ils sont mines de connaissances

Pour information, les firmwares des DD gèrent parfaitement les bad-blocks d'une manière dynamique ... C'est à dire qu'au 21-ème siècle, tu achètes un disque , tu le mets directement en PROD et tu laisses les surveillances des OS faire leur job ; surtout chez Synology ! KISS !

Tested , Approved

Je me suis bien amusé avec la domotique sur mon NAS : 4 Dockers : homeassistant, mosquito, zigbee2mqtt et matter-server. plus une passerelle (wifi-zigbee) SLZB-06M. Le plus embêtant ça a été de faire cohabiter avec Alexa , mais il y a d'excellents tutos

Désolé, car je suis toujours sur MailServer (-) et les envois de mails se font toujours en IPv4 ... Je ne rencontre pas ce problème ....

Je n'avais pas vu ta réponse quand j'ai posté ! Elle est effectivement beaucoup moins "capilo-tractée". Tu as effectivement raison, car ce sont des problèmes que j'ai eu il y a presque 20 ans et je ne suis jamais revenu dessus : - "Oh temps pour moi" ! Pour aller dans ton sens (lire: utiliser au maximum IPv6), il faut déclarer deux hosts , Le premier avec adresse IPV4 et IPv6 , c'est celui qu'il faudra mettre dans le champ MX du DNS, (ce qui permettra de recevoir en IPv6) le second avec seulement la même adresse IPv4 c'est celui qui sera le FQDN de MailServer (ou plus si affinités) et le reverse DNS de Free (ce qui permettra d'émettre des mails en IPv4 seulement ! Est-ce que cela te convient mon cher ?

Une possibilité, mais ce n'est probablement pas la seule c'est de désactiver ipv6 : echo "ipv4only=\"yes\"" >> /etc.defaults/synoinfo.conf synopkg restart MailServer EDIT > ou, moins radical, éditer le fichier : /var/packages/MailServer/target/scripts/DaemonConfSet.sh commenter la ligne: IPV4=`/bin/get_key_value /etc.defaults/synoinfo.conf ipv4only` en ajoutant # au début et ajouter la ligne IPV4="yes"

Il est évident que tu ne pointes pas sur le DNS de ton NAS (192.168.1.100) mais sur le DNS de ta BOX (192.168.1.1) Je suis sur que si tu fais : "nslookup synology.me 192.168.1.100", tu auras une réponse cohérente avec un champs Adress égal à 192.168.1.100 ... (si tant est que NAS ( 192.168.1.100) ait un DNS server bien renseigné )

Je prends la fil en route , veuillez m'excuser si j'enfonce des portes ouvertes : As-tu essayé un hard reset de ton NAS ?

Click droit sur la touche Windows et lancer l'application Terminal suffit. Puis faire la commande : K.I.S.S.

OK, ton DS220+ ayant deux prises Ethernet de 1Gb chacune, tu ne pourras, au mieux , avec une agrégation finement étudiée, que bénéficier d'un débit maximum de 2Gb ! Bien en deçà des débits (théoriques et donc à démontrer) de 8Gb de ta Freebox ! EDIT> Après quel intérêt ? faire de ton DS220+ la pâle copie d'un Datacenter ?

Si bien sur mais j'utilise Container Manager

Etant un gros flémard, je suis allé dans le Registre et j'ai téléchargé deluan/navidrome ; ça fait le taf aussi . Coté Player , j'en cherchais un qui soit gratuit et surtout compatible Android Auto. Un qui semble faire l'affaire c'est UltraSonic . Ah oui, une dernière chose, merci pour ton tuto @CyberFr