Moi je n’en ai pas:
et du coup pas de soucis de connexion en local, extérieur?
Non, ça fonctionne comme ça depuis des années :).
Normalement là tout est bon en https, ça devrais fonctionner depuis l’extérieur avec ton nom de domaine en https.
Le http (déconseillé pour du distant) est sur ton port 8123 et non sur le 80 (sinon il aurais fallu rediriger le 80 wan vers le 8123 lan homeassistant).
pourtant cela ne fonctionne pas enfin en data, sur le wifi ça passe mais que en http, pas en https
J’ai testé mon ip externe
Affichage IPv6 et IPv4
J’ai suivi le même tuto hier soir.
J’ai galérer pour le https également mais uniquement parce que les certificats n’étaient pas générés pas duckdns. Le dossier ssl était vide.
Donc quand je mettait dans le configuration.yaml les lignes suivantes ça plantait :
http:
ssl_certificate: /ssl/fullchain.pem
ssl_key: /ssl/privkey.pem
J’ai désinstallé puis réinstallé duckdns et les certificats étaient là.
As-tu bien mis ces lignes dans configuration.yaml ? Si non pas de https c’est normal.
L’inconvénient du https c’est qu’après avec l’ip en local tu auras un avertissement de sécurité mais ce n’est pas très grave surtout si tu utilises toujours ton domaine pour accéder à HA.
Du coup, avec cette config, moi je doute que le challenge let’encrypt (au moins pour le premier en HTTP)
Bjr,
Je suis passé par l’interface graphique et je n’ai jamais vu cette mention du coup
Salut, je dois interpréter quelque chose?
Oui. Pas de port ouvert => pas de challenge let’encrypt validé => pas de certificat => pas de https possible
Les infos/vérités sont dans les logs, comme très souvent
Ok donc je ne dois pas avoir ouvert ce qu’il faut si je te suis
Le journal duckdns affiche ceci
[13:32:21] INFO: OK
IP externe
NOCHANGE
C’est court. Il n’y a rien après à propos de let’encrypt ?
Regarde un journal typique:
Bonsoir, si je reprends en yaml, voici ce que j’ai
domains:
-
nomdedomaine.duckdns.org
token: du site duckdns
aliases: []
lets_encrypt:
accept_terms: true
algo: secp384r1
certfile: fullchain.pem
keyfile: privkey.pem
seconds: 300
Ce que j’ai mis au dessus, c’est une partie des logs du journal duckdns, ça se répète en permanence
Et en respectant la mise en forme d’origine de la configuration ça donne quoi (bouton balise <>) ?
Là si la syntaxe est fausse c’est impossible à voir.
À mon avis la config let’s encrypt n’est pas prise en compte
[05:50:23] INFO: Renew certificate for domains: nomdedomaine.duckdns.org and aliases:
INFO: Using main config file /data/workdir/config
Processing nomdedomaine.duckdns.org
- Checking domain name(s) of existing cert… unchanged.
- Checking expire date of existing cert…
- Valid till Jan 18 12:50:39 2023 GMT (Longer than 30 days). Skipping renew!
Extrait des logs du journal duckdns
Ça c’est plutôt une bonne nouvelle.
Vide le cache navigateur, réinitialise l’application et vérifie https dans les URLs d’appels ou de connexion internet config
Bonsoir, finalement j’ai appliqué la méthode avec du domaine freeboxos et cela fonctionne au moins
Merci d’avoir essayé de m’aider 
