URL externe et URL interne avec duckdns en mode local

Salut,

normalement l’adresse interne « http://IP_de_HA:8123 » devrait marcher de base.
Il n’y a pas trop de raisons d’avoir de l’https. Donc sauf si tu as joué avec la config le http devrait marcher.
Tu as bien aussi entré le nom de ton wifi pour qu’il sache ce qu’est le réseau interne?

je viens de refaire le test, lors de la connection il me demande soit de sélectionner
https://xxxx.duckdns.org:8123/ soit de mettre une adresse manuellement
pour le test j’ai choisit manuellement:
j’ai tenté :

  • http://adresse_HA_IP:8123 ==> code erreur: -1 net::ERR_EMPTY_RESPÖNSE
  • https://adresse_HA_IP:8123 ==> certificat Homme assistant ne correspond pas au nom de domaine
  • http://homeassistant:8123 ==> recherche de l’hôte ou proxy à échoué

j’ai ajouté https://yyyy.duckdns.org:8123 dans duckdns directement et dans les domaines de l’add-on
redémarré Duck DNS add-on

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
# INFO: Using main config file /data/workdir/config
+ Account already registered!
[08:41:02] INFO: OK
xxx.208.xxx.232
NOCHANGE
[08:41:02] INFO: Renew certificate for domains: xxxx.duckdns.org
yyyy.duckdns.org and aliases: 
# INFO: Using main config file /data/workdir/config
Processing yyyy.duckdns.org with alternative names: xxxx.duckdns.org
 + Checking domain name(s) of existing cert... unchanged.
 + Checking expire date of existing cert...
 + Valid till Jun 27 20:47:02 2023 GMT (Longer than 30 days). Skipping renew!

j’ai tenté

la seule adresse qui soit OK et acceptée est celle de l’URL externe
https://xxxx.duckdns.org:8123
mais celle-ci ne fonctionne pas si je suis hors internet (donc en local)

bon je commence a demander si ça met pas le brun avec duckdns

Oui mais c’est tout le problème du tuto duckdns qui remplace systématiquement le http
La solution ngnix manager me semble toujours préférable

c’est quoi la solution ngnix manager ?
comment je fais pour supprimer tout ce qui tourne autour duckdns et de cette obligation https ?
juste supprimer duckdns ou y a autre chose à faire ?

j’ai fini par supprimer le plugin duckdns, tout ce qu’il y a dans configuration.yaml s’y référent et let’s encrypt
redémarré HA.
Maintenant c’est plus simple, ça marche en http.
Je m’oriente vers 2 autres solutions :

  • soit avec Tailscale
  • soit directemenent via un dyndns avec NoIp

j’ai testé avec un dyndns via NoIp et là ça fonctionne pour accéder depuis internet en http ou https
avec un double NAT (orange livebox pour le lien internet provider, un router Unifi Router pour la gestion complète du LAN donc du HAOS)

je teste pour voir Tailscale, mais je rencontre un tas de petits problèmes surement liés à mon double NAT.

ça c’est la solution la plus mauvaise qui soit. ça marche mais sécurité = 0 car les mots de passe ne sont pas chiffrés.

ok, mais ça démarre mal, impossible d’accéder à MariaDb configuration : Ce module complémentaire n’expose pas de configuration pour que vous puissiez jouer avec…

Bonjour,
as-tu rafraichi ta page web ou redémarré HA?

Oui j’avais fait les 2, je ne sais pas pourquoi après 10 minutes, j’ai pu aller sur configuration de Mariadb ==> étape 1 OK
je suis maintenant dans l’installation de ngnix, là aussi un souci , je ne trouve pas le lien pour clic sur OPEN WEB UI ?

mais pourquoi à chaque étape ça se passe pas comme prévu avec moi !!! :slight_smile:

c’est sur la même hauteur que arrêter redémarrer … ouvrir l’interface utilisateur web

désolé mais j’ai pas

ce n’est pas le bon add-on.
C’est Nginx proxy manager qu’il te faut.

1 « J'aime »

OUAHH le boulet !!!

Ca arrive.
Je suis toujours avec duckdns pour ma part, mais demain je vais changer pour installer ce module.
Par contre je ne sais pas quoi mettre comme ndd, sous quel forme?

enregistrement du Nginx Proxy en http, http://IPHA:8213 , le test pour accès à HA est KO alors que l’adresse directe dans le navigateur est OK

Sans ta config, c’est pas devinable …

config nginx




je suis sur le LAN , mon PC est connecté en wifi sur le LAN géré par le router 192.168.0.1

C’est un nom de domaine qu’il faut rentrer … celui de duckdns par exemple


C’est bien ton cas (édition pour cacher les infos perso ?)

j’ai mis un nom de domaine (exactement celui du duckdns) et c’est pas mieux, pareil même erreur

edit : j’ai mis mondomaine.duckdns.org:8123 dans source et ça fonctionne en http, mais je ne comprend pas pourquoi je dois mettre le port alors que dans toutes les docs y a pas ?

edit 2: je suis maintenant avec une erreur au moment de demander le passage en https - Internal error
quand je regarde le log de nginx dans HA :

[4/3/2023] [1:50:05 AM] [Nginx    ] › ℹ  info      Reloading Nginx
[4/3/2023] [1:50:10 AM] [SSL      ] › ℹ  info      Requesting Let'sEncrypt certificates for Cert #15: ebonnet.duckdns.org
[4/3/2023] [1:50:10 AM] [SSL      ] › ℹ  info      Command: certbot certonly --config "/etc/letsencrypt.ini" --cert-name "npm-15" --agree-tos --authenticator webroot --email "keyxxxxxxxx@gmail.com" --preferred-challenges "dns,http" --domains "ebxxxxx.duckdns.org" 
[4/3/2023] [1:50:18 AM] [Nginx    ] › ℹ  info      Reloading Nginx
[4/3/2023] [1:50:18 AM] [Express  ] › ⚠  warning   Command failed: certbot certonly --config "/etc/letsencrypt.ini" --cert-name "npm-15" --agree-tos --authenticator webroot --email "keyrie.yyyyyy@gmail.com" --preferred-challenges "dns,http" --domains "ebxxxxxx.duckdns.org" 
Saving debug log to /data/logs/letsencrypt/letsencrypt.log
Some challenges have failed.
Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /data/logs/letsencrypt/letsencrypt.log or re-run Certbot with -v for more details.

Avec la nouvelle config tu n’as besoin que du port 80 et 443 qui renvoient vers 80 et 443 de l’addon nginx manager. Lui se charge de faire le relais vers ton port 8123.
Donc l’ancienne redirection 8123 vers 8123 n’a plus besoin d’être là. Et c’est pour ça que ça n’apparaît pas dans les doc.

Si letencrypt se plante c’est soit une erreur de dns/domaine soit un souci avec le port 80