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é :
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!
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
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.
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…
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 !!!
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?
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