.Shad.

Et en utilisant le chemin absolu au lieu du relatif : /usr/syno/sbin/synonet ?

@PierU Il pourrait être intéressant que tu installes Wireshark sur ton PC et que tu compares le magic packet que tu reçois lors de l'utilisation de synonet et celui reçu lors de l'utilisation du logiciel.

Oui évidemment, pas le temps de regarder ce soir mais j'enquêterai du week-end 🙂

Ah ben c'est marrant chez moi c'est gris quand c'est pas Docker Hub 🤔 je vais regarder pourquoi.

Moi j'y vais comme un barbare, je ne me sers d'aucun des magnifiques outils que propose Git, j'édite mes fichiers directement sur Github. Donc je pense que je n'ai aucune leçon à te donner sur l'utilisation d'un dépôt Git. 😄 @Dimebag Darrell Il faut que les images utilisées soient celles de Dockerhub, et pas d'un dépôt tiers (comme ghcr.io ou lscr.io), sinon l'icône s'affichera en gris.

Sur le GitHub officiel, la dernière mise à jour date de 2017🤔

Pour les intéressés, il est possible de passer à Portainer business gratuitement (jusqu'à 5 noeuds (machines)), il y a quelques avantages sympathiques, je vous laisse consulter la video de @GuiPoM à ce sujet :

Ok je verrai à compléter alors ou être plus clair.

Ca me semblait assez clair, je ne suis pas allé plus loin que le chemin pour une distribution Linux classique ou pour DSM, vu le forum où on se trouve.

Le jour où tu changes de box, le NAS aura une IP de la nouvelle plage DHCP, il est très facile à trouver : via son hostname + domaine local via find de Synology via la consultation des baux DHCP dans ta box directement Et tu pourras réattribuer l'IP de ton choix au NAS

Mes condoléances à sa famille, et merci pour toute l'aide qu'il a apportée au sein de notre communauté.

Dans les faits oui ça marche tout aussi bien, mais le jour où je résilie un nom de domaine, j'ai juste à supprimer le conteneur ad hoc au lieu de modifier l'existant. Puis deux NDD avec les même credentials, c'est donc un token qui donne au minimum accès aux requêtes sur les deux NDD, voir souvent par commodité sur l'ensemble de la zone DNS (*). Moins sécurisé je trouve. Mais je suis d'accord c'est un détail. 😉

J'étais encore inculte ! 😄

Non pas du tout, car L'image Linuxserver exécute le conteneur en tant que root, les variables PUID/PGID n'ont rien à voir avec qui exécute le conteneur, c'est un mapping d'un utilisateur du conteneur vers l'hôte pour qu'il n'y ait pas de couac au niveau des permissions lors de la lecture/écriture des fichiers. Pour changer qui exécute un conteneur, en docker cli : --user toto en yml : user: toto Ca se vérifie facilement avec l'id du conteneur : ps aux | grep f6712af170c1b5bbfd581b9a68d91058d5307e8aa026b360b37ce3551c488058 root 2651069 0.0 0.0 712456 14284 ? Sl Nov07 0:30 /usr/bin/containerd-shim-runc-v2 -namespace moby -id f6712af170c1b5bbfd581b9a68d91058d5307e8aa026b360b37ce3551c488058 -address /run/containerd/containerd.sock Voir le changement récent avec l'image de Telegraf, qui a effectivement changé l'utilisateur exécutant le conteneur (root -> telegraf)

Le plus simple reste de faire un conteneur acme.sh par nom de domaine. Si on fait de la validation de type DNS-01 évidemment (vérification faite au niveau de la zone DNS), en HTTP-01 on aura un problème de port avec plusieurs conteneurs.

@Jeff777 Attention ce n'est pas la même image dont ils parlent. 🙂

Non

Le type d'adresse n'a pas d'importance pour un renouvellement de certificat. Et on contourne très facilement le problème de changement d'adresse avec le DNS dynamique. Avoir une IP dynamique n'est pas spécialement un frein, sauf à vouloir héberger son propre serveur mail, car on est dépendant de la réputation de l'IP qu'on utilise, et on n'a aucune prise dessus.

Tu as deux options pour fixer une IP : Tu la fixes directement dans le périphérique, comme tu l'as fait, c'est de l'adressage statique. Elle est indépendante des paramètres du réseau, et tu dois configurer manuellement les champs (IP, masque, passerelle, DNS). Tu dis au serveur DHCP (qui est aussi ta passerelle ici) quelle IP est attribuée à quel périphérique, et un péiphérique est défini par son adresse MAC. C'est ce qu'on appelle faire une réservation d'IP. Aucun autre périphérique soumis au serveur DHCP ne pourra obtenir cette IP sur ton réseau, car elle est attribuée au NAS. Le gros avantage, c'est que si tu changes de plage réseau ou de box, et bien le NAS obtiendra quand même une IP (dans la plage DHCP du serveur) et sera donc joignable. Il ne te restera plus qu'à faire une réservation sur le nouveau réseau. Et le serveur DHCP s'occupe de procurer tous les paramètres de connectivité à ses clients, donc ici l'adresse de la passerelle aurait automatiquement changée. Et autre point important, tu peux tout de même utiliser les serveurs DNS de ton choix, via le menu dont tu as mis un screen plus avant.

Je n'imaginais pas que tu avais configuré en IP statique ton NAS, pas moyen de faire une réservation DHCP dans ta box ? Ca évite typiquement ce genre de problèmes, qui interviennent lors de déménagement ou de changement de FAI.

Question bête je sais, mais tu as essayé de redémarrer ta box ? Vérifier également s'il n'y a rien à modifier du côté de C2. Eventuellement, tu peux tester de réinitialiser les paramètres réseaux du NAS via la reset mode 1 : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS

Avec les DNS de Quad9, que donnent les logs en SSH ? Voir dans /var/log/synolog/synobackup.log Ce sera peut-être plus verbeux.

Je ne sais pas ce que ça vaut, à tester : https://ten20four.co.uk/synology-add-multiple-ddns-entries/ sinon si ton NAS a Docker tu peux essayer une image comme ddclient chez Linuxserver. Autre possibilité, est-ce que ton routeur ou modem ne propose pas de faire un DynDNS chez OVH ? C'est souvent pour des prestataires comme No-IP et consorts, mais ça vaut la peine de vérifier.

De rien 😉

Super @Jeff777 content pour toi !