Tu as un souci de lunettes 
il manque la 1ère ligne (et c’est indiqué dans le message)
L’onglet en haut à droite : journal
il manque la 1ère ligne (et c’est indiqué dans le message)
Je viens d’essayer toujours les erreur.
Le journal est vide
Je vais recommencer les commandes
Tu as un souci de paramétrage, tu as renseigné dans le pavé let’s encrypt tout le paramétrage.
N’hésites pas à te mettre en mode yaml (les 3 point en haut a droite).
Le screenshot de @Pulpy-Luke te montre la version yaml complète, or toi tu es en mode interface utilisateur (par exemple les secondes sont déjà dans le pavé du dessous et les domaines sont plus haut)
2 « J'aime »
Effectivement, je crois que c’est validé, j’avais essayé dés le départ mais un nom de domaine vide se cochait tout seul en entrant le mien et c’est finalement cela qui me bloquait.
Je vais pouvoir tenter la suite
Je viens de regarder pour la redirection des ports.
Le 80 et le 443 sont déjà utilisés par mon NAS.
Je dois peut être utiliser autre chose?
Ca dépend! (oui je suis normand 
)
Comment te connectes tu a ton NAS depuis l’extérieur? Et comment souhaites-tu te connecter a ton HA?
A moins que tu ne souhaites t’y connecter via des ports différents (auquel cas tu as juste à rediriger les ports en conséquence, par exemple tu rediriges le 43301 vers le 8123 de ton HA, auquel cas tu n’est plus en collision avec ton NAS et tu te connectes avec tonnomdedomain.duckdns.org:43301), soit tu dois passer par un reverse proxy (nginx par exemple dispo sous HA, il y a quelques tutos sur le forum).
Voici un exemple de schéma que j’avais fait pour une problématique similaire:
j’ai un NAS SYNOLOGY DS218play
je passe pas les app dédiés pour me connecter avec le QuickConnect
Pas besoin d’ouvertures de port pour accéder a ton nas via quickconect (j’ai aussi un synology au quel j’accède via quickconnect et je n’ai aucun port ouvert pour lui)
Ps: attention tu as 2 fois le même message, n’hésites pas a en supprimer un.
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?