Un certificat c’est stocké coté serveur / ha … pas coté navigateur (sauf à de très très rares exceptions)
C’est donc dans HA que je dois le chercher? Je suis de plus en plus perdu
Forcement coté HA
Mais encore une fois pas besoin d’y toucher …
En IP cela fonctionne désormais donc comme tu dis pas besoin d’y toucher
Merci encore de ton aide
Bonjour,
c est pas le fait que Duckdns soit configuré ? donc il fait passer la connexion sous le domaine http://adresse.duckdns.org:8123 , et a généré un certificat pour CE nom de domaine .
si tu accede en local, forcement le certificat n est pas valable … ( diffrence entre adresse.duckdns.org et 192168.x.x )
Ce qui est bizarre c’est qu’en faisant des changements côté navigateur cela fonctionne ppur l’accès local
Bonjour, je lisais avec intérêt ce topic, car ayant le même souci.
J’arrive bien a me connecter en extérieur en
https://mondomaine.ovh
J’arrive bien à me connecter en local avec le
https://monip:8123
mais dans ce cas là comme vous, je n’ai pas la configuration en « sécurisé ».
J’ai compris donc que lets encrypt n’a sécurisé que mon accès extérieur, y a t il du coup le moyen, un intérêt à faire de même en local? ou bien vous laissez tel quel.
Merci
Non, ça indique « non sécurisé » parce que le certificat (avec le nom de domaine) ne correspond pas à l’url que tu utilises en interne (adresse ip)… ça n’empêche pas que les données soit chiffrées … donc pas de souci
Bonjour,
J’ai fouillé les réponses à ce problème pendant une semaine. Impossible de me connecter en local après l’installation sur Google Assistant par Duckdns. Le problème s’est résolu de lui-même avec le temps, car la même adresse fonctionne à nouveau. J’ai simplement effectué une mise à jour de Supervisor et « Core » (mais je ne pense pas que cela soit lié).
Pour info j’ai pas la premiere ligne dans le code suivant :
Maintenant, je vais chercher comment corriger le problème de certificat sur HA compagnon. Des suggestions seraient les bienvenues ! 
Merci d’avance.