.Shad.

Essaie de changer manuellement les DNS de ton NAS, dans Panneau de Configuration -> Réseau -> Configurer manuellement le DNS. Tu peux mettre l'adresse de FDN : 80.67.169.12 Et tu vois si ça marche. Si pas, tu attends quelques minutes et tu désactives l'option. J'ai eu le coup ce matin après l'update 6.2.3 et j'ai lu sur les forums Synology que ça pouvait fonctionner, ça a marché chez moi.

Salut, Je pense qu'il serait utile que tu jettes un œil à :

Pour autant de domaines, ne serait-il pas plus simple de passer par un certificat wildcard ? Synology le propose gratuitement et via DSM avec le nom de domaine qu'ils fournissent.

Bienvenue. Il n'est pas toujours facile de trouver des renseignements sur DSM des qu'on veut "fouiller" un peu. Bonne chance 🙂

Salut, merci de ton retour 🙂 Concrètement cela signifie que le NAS ne pourra pas joindre le conteneur, et vice-versa. Si tu es en SSH sur le NAS, tu peux ping le conteneur il te répondra destination injoignable. Pareil si tu te connectes au conteneur et que tu ping le NAS sur son IP locale. Donc ton problème vient sûrement de là. Pour contourner ce problème on va créer une nouvelle interface, équivalente à eth0, sur laquelle le NAS pourra être joint, une 2ème porte d'entrée si tu préfères par laquelle les conteneurs en macvlan pourront communiquer avec le NAS. ip link add <nom_interface_macvlan> link <interface_physique> type macvlan mode bridge ip addr add <IP_virtuelle>/32 dev <nom_interface_macvlan> ip link set dev <nom_interface_macvlan> address <adresse_MAC> ip link set <nom_interface_macvlan> up ip route add <Plage_DHCP_réseau_macvlan> dev <nom_interface_macvlan> Il ne te reste plus qu'à adapter les variables à ton utilisation. Tu pourras renseigner <IP_virtuelle>:3000 pour joindre ton NAS. NOTE : pour le nom_interface_macvlan, tu peux choisir choisir ce que tu veux. Pour l'IP_virtuelle, choisir évidemment une IP en dehors de la plage réseau du serveur DHCP de ta box/routeur. Pour l'adresse_MAC, prends-une au hasard, tant qu'elle n'existe pas déjà sur ton réseau. Enfin la plage_DHCP_réseau_macvlan est celle qui a été définie lors de la création de ton réseau. Par exemple : 192.168.132.0/24 Comme dit dans le tutoriel, cette interface disparaît au prochain redémarrage, libre à toi de créer une tâche dans le planificateur pour exécuter ces commandes au démarrage.

Je te conseille de jeter un œil au tutoriel introductif de Docker : Ça posera les bases pour les explications de @bruno78. Si tu as un Raspberry Pi ce sera en revanche beaucoup plus simple... 🙂

Si tu n'as pas désinstallé l'application et effacer sa base de données normalement ça ne devrait pas se produire. Donc question pas idiote du tout, mais en l'état difficile de te répondre.

Je ne pense pas que ce soit possible dans ce cas. Si le port 443 des deux NAS est nécessaire, et qu'ils se trouvent derrière la même box, alors tu ne pourras pas utiliser cette image. Tu peux très bien héberger ce conteneur sur une autre machine (Raspberry?) cela dit.

😊

Nginx écoute déjà sur le port 443 du Synology, donc le conteneur letsencrypt ne peut pas le faire. On pourrait décaler les ports d'Nginx sur le Syno mais je ne suis pas pour toucher à DSM. 2 solutions que j'entrevois, à tester dans les faits je ne sais pas si ça marche : Tu translates les ports HTTP et HTTPS, donc par exemple 7080:80 et 7443:443. Et au niveau du modem, tu rediriges le port 80 (443) de ta box vers le port 7080 (7443) du NAS. Sur le papier ça me semble pouvoir faire l'affaire. Tu crées ton conteneur avec le driver macvlan, ça crée une machine sur ton réseau physique (avec une IP du type 192.168.x.x), et on n'est plus tributaire des ports utilisés par le NAS. La 2ème solution est plus complexe à mettre en oeuvre, j'essaierais la première dans un premier temps.

1/ Bonne question, là je ne sais pas du tout, vu que ma zone est chez OVH je ne me suis pas posé la question. Les DNSPLUGIN permettent en fait d'accéder automatiquement à la zone DNS via les API, ajouter les enregistrements TXT _acme.challenge, et les supprimer une fois les certificats validés. Question : est-ce que les enregistrements CNAME ou A doivent exister sur la zone DNS d'OVH pour que ça marche, mystère, il n'y a qu'à tester j'ai envie de dire 😛 2/ Il ne faut pas laisse les "<" et ">"

Welcome 🙂

Bienvenue parmi nous 🙂

Je n'ai jamais testé, mais j'imagine que si ton NAS est client d'un VPN, tu pourrais rencontrer des problèmes en essayant de te connecter à son adresse "hors VPN". D'autres que moi ont sûrement un feedback plus constructif à ce sujet.

Ils n'ont pas la même fonctionnalité, le tutoriel reprend l'installation d'un serveur OpenVPN, ça te permet de te connecter sur ton NAS depuis l'extérieur. Si tu installes ExpressVPN, c'est ton NAS qui devient client, et qui se connecte sur le serveur VPN d'ExpressVPN.

Hello, Je pense qu'en effet le tutoriel n'est plus à jour concernant les IP, ça ne date que de quelques mois, et @Kawamashi n'est pas spécialement actif sur le forum si je ne m'abuse, peu de chance que ce soit corrigé. Je pense que tu peux raisonnablement ouvrir le port 443 sur ton NAS à ton pays de résidence, éventuellement d'autres suivant tes habitudes de connexion. Quant au port 80, si tu utilises un certificat wildcard normalement tu n'as aucun port à ouvrir, car la validation se fait au niveau de la zone DNS, qui est gérée par Synology sur leurs serveurs (pas testé, mais ça marche comme ça pour les autres hébergeurs). Si tu utilises un nombre fini de domaines définis, tu ne l'ouvres qu'au moment où tu le renouvelles (action faite manuellement du coup).

Good ! 🙂

Le plus simple c'est d'en avoir qu'un seul, vu qu'on va translater le port 443, on ne peut pas le faire vers différentes adresses avec du mappage statique, donc moi je remplacerais celui du Syno (qui au demeurant permet pas mal de choses) par celui du conteneur (qui permet encore plus de choses). Je vais essayer de faire un petit guide, mais je n'ai pas exploré toutes les possibilités loin de là, par exemple je n'utilise pas sa fonctionnalité wildcard, mais avec la doc super complète sur leur GitHub, on va s'en sortir j'ai bon espoir. 🙂

Yep mais s'il n'exécutable par aucun utilisateur il ne le sera pas plus en root. Tu fais en SSH : cd /volume1/System/Scripts/plex/ puis : ll Il faut que tu aies au moins un x en 3ème position dans la liste des droits, de type rwxrwxrwx

Sinon je rabâche mais l'image Docker letsencrypt de Linuxserver c'est juste magique, ça gère le renouvellement des certificats (wildcard ou non, dns ou http) automatiquement, et ça intègre un proxy inversé nginx complètement pré-configuré qui marche du tonnerre, quelque soit la forme (container, vm, apps Synology) et l'hôte (le NAS ou tout autre chose). J'avais un peu peur de cette image au début, mais vraiment tout est parfaitement pensé et simplifié. Si certains veulent essayer mais sont un peu perdus je peux volontiers les aider.

Il est toujours bien exécutable ? (droit x sur l'utilisateur)

@Balooforever En fin de compte ça marche bien ? Si tu vois des points à améliorer n'hésite pas !

Merci de ton apport je vais tester ça et l'ajouter au tutoriel.

Excellent NAS, bienvenue parmi nous, en espérant que tu trouves toutes tes réponses 🙂

Bienvenue parmi nous, c'est rare qu'on ait des membres de cet âge et déjà assez au fait 😉