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