Salut, alors voila déjà plusieurs fois que je galère pour mon certificats ssl, impossible via mon nas synology disque j’ai et NDD.
Donc j’ai fait une demande de wildcart sur home assistant, tout se passe bien et on me dit que le fichier se trouve dans « /data/letsencrypt/live/mondomaine.fr/fullchain.pem ».
J’ai donc installer filesbrowser, je vois bien le dossier data mais rien dedans. on a pas accès a tout avec cette addon ?
je veux récupérer le fichier pour le mettre dans les certificat NAS car c’est mon NAS qui fait revers proxy. le problème c’est que j’ai un certificat synology.me qui passe avant mon let’s encrypte pour l’instant.
Mon objectif et par la suite d’enlevé le cloud pour le pas payer, c’est super cher juste pour utilisé alexa.
Je pense que le chemin auquel tu fais référence est celui vu DANS le container let’s encrypt…
Coté HA c’est souvent la racine de /config
Ensuite sur la démarche, je ne sais pas si c’est vraiment idéal, techniquement ça marche d’aller récupérer le certificat et la clé pour la déposer ailleurs mais c’est une opération fastidieuse, et à faire tous les 3 mois (période max d’un certificat LE !)
Par ailleurs si c’est ton nas qui fait reverse proxy, c’est sans doute à lui de faire le boulot pour joindre HA également et donc à lui de faire le boulot de création/régénération du certificat
donc j’ai pas accès au container ? c’est bien compliqué c’est histoire de container xD.
le problème c’est que mon nas gère le let’s encrypt que pour synology.me ou un DDNS et non un NDD. j’essaie de trouver des solution mais les tutos sont très souvent sur d’ancienne version ou alors sur les liens inexistant ou devenu payant.
sur HA c’est pareille souvent des vieux tuto qu’il faut réadapter xD
C’est pas compliqué et tu as accès à tout. Juste que le répertoire que tu vois n’as pas le même chemin en fonction de où tu te places. Et par contruction, tu n’es pas dans un container.
C’est pas lié à HA ça. Techniquement NDD ou DDNS c’est pareil : un nom de (sous-)domaine qui correspond à ton ip publique.
Oui c’est le souci avec les choses qui changent vite. Par contre dans ton cas par contre, c’est juste que c’est pas avec un certificat sur HA que tu va résoudre ton souci. Comme dit plus haut ton syno faire office de reverse-proxy. C’est lui qui donc gérer le truc.
J’ai pas de syno, mais ça doit pas varier des masses : dns → Adresse:port → syno → redirection vers appli:port
Faire cohabiter 2 gestions différentes (syno et HA pour gérer les certificats) c’est rendre les choses plus compliquées
Dans mon cas, le certificat (chaine+clef privé) est accessible dans ‹ /ssl › de l’Add-On « Terminal & SSH » .
Avec ‹ scp › on pourrait faire une copie journalière pour tenir à jour le NAS. Soit par un commande cron sur le NAS, soit par une automatisation sur HA. Evidemment il faut que la clef public SSH adéquate soit dans le fichier « authorized_keys » adéquat ou dans la configuration de « Terminal & SSH » .
J’ai vérifié mon Synology et les certificats wildcard ne sont renouvelables par le NAS que pour les domaines proposés par Synology.
J’ai également une configuration ou je gères des certificats à divers niveaus: pare-feu OPNsense juste après la box sur lequel j’ai haproxy qui redirige vers divers services, dont HA mais aussi des services sur le NAS.
Toutefois, j’ai une règle NAT sur OPNsense qui renvoie un port public vers le port de gestion du NAS (je crois que c’est 5001 par défaut, mais j’ai défini un autre port).
Le NAS gère lui-même un certificat pour divers sous-domaines (donc pas un wildcard) et parviens visiblement à le renouveller sans problème malgré la présence de mon pare-feu.
Le certificat sur mon NAS est utile pour les connections sur le port de gestion, et pour les connections en local car le DNS de mon pare-feu donne l’IP local aux machines dans le réseau interne pour un accès direct.
effectivement sur Synology et les certificats wildcard ne sont renouvelables par le NAS que pour les domaines proposés par Synology.
sauf que vie «filebrowser » ou « Terminal & SSH » je ne trouve pas le fichier,
ni dans - « /data/letsencrypt/live/mondomaine.fr/fullchain.pem ». car le chemin data n’existe pas
ni dans - « /config »
quand je lit ca : le répertoire que tu vois n’as pas le même chemin en fonction de où tu te places, on dirais un proverbe chinois
Tout ce qui est accessible via le «filebrowser » ou « Terminal & SSH » c’est le contenu de /config…
Contenu partagé entre les différents containers donc enre HA et l’addon let’s encrypt…
Tu dois par exemple avoir un truc genre /ssl/fullchain.pem et /ssl/privkey.pem
wow, ca y est, merci beaucoup,
je vais m’occuper de faire une copie journalière pour tenir à jour le NAS avec SCP du coup.
pas évidant évidant cette gestion de dossier, mais HA me plait bien ca reste facile a programmer de base, et après je vais devoir approfondir.
Ce qui nous permets de constater qu’il y a un /etc/ssl/cert.pem, un répertoire /ssl, l’absence du répertoire ‹ /data › , la présence de ‹ /config › et la disponibilité de scp. Le HOME est ‹ /root › qui est dépourvu d’un répertoire .ssh ce qui rendra la mise en oeuvre de ‹ scp › avec ‹ shell_command › un peu plus complexe, mais cela reste possible.
On peut aussi se passer de ‹ scp › et copier les fichiers sous /config ou encore /config/www - les fichiers sous /config/www étant accessibles en préfixant http(s)://homeassistant.local:8123/local/ - et ce sans authentification (attention donc à utiliser un chemin bien secret et de chiffrer éventuellement les fichiers lors de la copie).
Dans ma configuration j’ai prévu l’éxécution d’un script ‹ /config/myscript.sh › de 2 façons. Cela me permettra de faire des essais à l’avenir sans avoir à redémarrer home assistant - il suffira de créer/modifier /config/myscript.sh .
