Jan 09 23:26:43 srvxylolabfab docker[1679]: Use of --agree-dev-preview is deprecated.
Jan 09 23:26:43 srvxylolabfab docker[1679]: Saving debug log to /var/log/letsencrypt/letsencrypt.log
Jan 09 23:26:43 srvxylolabfab docker[1679]: Plugins selected: Authenticator webroot, Installer None
Jan 09 23:26:43 srvxylolabfab docker[1679]: Obtaining a new certificate
Jan 09 23:26:45 srvxylolabfab docker[1679]: An unexpected error occurred:
Jan 09 23:26:45 srvxylolabfab docker[1679]: The request message was malformed :: Error creating new authz :: Invalid character in DNS name
Jan 09 23:26:45 srvxylolabfab docker[1679]: Please see the logfiles in /var/log/letsencrypt for more details.
Jan 09 23:26:45 srvxylolabfab systemd[1]: letsencrypt.service: main process exited, code=exited, status=1/FAILURE
Jan 09 23:26:45 srvxylolabfab systemd[1]: Failed to start letsencrypt cert update oneshot.
Jan 09 23:26:45 srvxylolabfab systemd[1]: Unit letsencrypt.service entered failed state.
Merci Sylvain,
bon ça avance, mais j’ai toujours ne erreur…
root@srvxylolabfab:/apps/fabmanager# systemctl status letsencrypt.service
● letsencrypt.service - letsencrypt cert update oneshot
Loaded: loaded (/etc/systemd/system/letsencrypt.service; static)
Active: failed (Result: exit-code) since Thu 2019-01-10 18:01:35 UTC; 12s ago
Process: 6470 ExecStart=/usr/bin/docker run --rm --name letsencrypt -v /apps/fabmanager/log:/var/log/letsencrypt -v /apps/fabmanager/letsencrypt/etc:/etc/letsencrypt -v /apps/fabmanager/letsencrypt/config:/letsencrypt-config Quay -c /letsencrypt-config/webroot.ini certonly (code=exited, status=1/FAILURE)
Main PID: 6470 (code=exited, status=1/FAILURE)
Jan 10 18:01:35 srvxylolabfab docker[6470]: To fix these errors, please make sure that your domain name was
Jan 10 18:01:35 srvxylolabfab docker[6470]: entered correctly and the DNS A/AAAA record(s) for that domain
Jan 10 18:01:35 srvxylolabfab docker[6470]: contain(s) the right IP address. Additionally, please check that
Jan 10 18:01:35 srvxylolabfab docker[6470]: your computer has a publicly routable IP address and that no
Jan 10 18:01:35 srvxylolabfab docker[6470]: firewalls are preventing the server from communicating with the
Jan 10 18:01:35 srvxylolabfab docker[6470]: client. If you’re using the webroot plugin, you should also verify
Jan 10 18:01:35 srvxylolabfab docker[6470]: that you are serving files from the webroot path you provided.
Jan 10 18:01:35 srvxylolabfab systemd[1]: letsencrypt.service: main process exited, code=exited, status=1/FAILURE
Jan 10 18:01:35 srvxylolabfab systemd[1]: Failed to start letsencrypt cert update oneshot.
Jan 10 18:01:35 srvxylolabfab systemd[1]: Unit letsencrypt.service entered failed state.
La commande « sudo systemctl start letsencrypt.service » termine inévitablement en erreur :
Job for letsencrypt.service failed because the control process exited with error code. See « systemctl status letsencrypt.service » and « journalctl -xe » for details.
sachant que systemctl me retourne le log suivant :
!= [Le fichier est pas la!!] To fix these errors, please make sure that your domain name was entered correctly and the DNS A/AAAA record(s) for that domain contain(s) the right IP address.
1- Alors j’ai déjà une première question, dans le tuto que j’ai cité il est noté en prélude de l’étape de génération du certificat le message suivant : « Important: app must be run on http before starting letsencrypt » ?! Je ne comprend pas concrètement ce que cela signifie que app doit tourner en http ??
2- Mon serveur est hébergé dans une université, qui visiblement utilise aussi let’s encrypt pour d’autres sites web hébergés. En testant l’URL de mon site via un navigateur (pour vérifier déjà que les diverses redirections et enregistrement DNS soient effectifs), le navigateur affiche un message d’alerte de certificat frauduleux ( Error code: SSL_ERROR_BAD_CERT_DOMAIN ), avec pour motif que mon IP publique est déjà enregistré avec l’identité de mon prestataire.
Finalement est-ce là le problème de l’impossibilité de génération de mon certificat ??
Pour essayer d’être plus clair, voici comment est censé se dérouler la mise en place place d’un certificat via let’s encrypt :
On lance l’app uniquement sur le port 80 pour qu’elle soit accessible par le serveur de let’s encrypt qui va devoir vérifier que c’est bien toi qui gère le domaine (ou le sous-domaine en l’occurrence)
sudo systemctl start letsencrypt.service va demander à let’s encrypt de se connecter à ton domaine pour faire la vérif, et si c’est ok, générer le certificat.
On a le certificat, on peut maintenant modifier la configuration de nginx pour activer le https (sur le port 443) et qu’il redirige automatiquement les connexions en http sur l’https.
Les prochains renouvellement du certificat pourront se faire directement en https, plus besoin de modifier la config à l’avenir.
En espérant que c’est plus clair pour toi, sinon n’hésite pas à poser tes questions ici
j’ai donc mis en place la config sur le port 80 et arrive toujours sur une erreur à l’exécution du service letsencrypt ; ceci dit l’erreur est différente cette fois-ci
févr. 11 16:28:21 vm-fablab docker[3313]: Saving debug log to /var/log/letsencrypt/letsencrypt.log
févr. 11 16:28:21 vm-fablab docker[3313]: Plugins selected: Authenticator webroot, Installer None
févr. 11 16:28:22 vm-fablab docker[3313]: Obtaining a new certificate
févr. 11 16:28:27 vm-fablab docker[3313]: An unexpected error occurred:
févr. 11 16:28:27 vm-fablab docker[3313]: There were too many requests of a given type :: Error creating new authz :: too many failed authorizations r
févr. 11 16:28:27 vm-fablab docker[3313]: Please see the logfiles in /var/log/letsencrypt for more details.
févr. 11 16:28:27 vm-fablab systemd[1]: letsencrypt.service: Main process exited, code=exited, status=1/FAILURE
févr. 11 16:28:27 vm-fablab systemd[1]: Failed to start letsencrypt cert update oneshot.
févr. 11 16:28:27 vm-fablab systemd[1]: letsencrypt.service: Unit entered failed state.
févr. 11 16:28:27 vm-fablab systemd[1]: letsencrypt.service: Failed with result ‹ exit-code ›.
Je constate que le repertoire de log /var/log/letsencrypt n’existe pas ! Impossible donc d’avoir d’avantage d’information comme l’indique le message d’erreur …
C’est normal que ce dossier n’existe pas car il est à l’intérieur du container docker de let’s encrypt. Par défaut, il est lié à /apps/fabmanager/log dans ton installation (tu as du le configurer en créant /etc/systemd/system/letsencrypt.service).
Tu peux donc consulter /apps/fabmanager/log/letsencrypt.log pour avoir les détails de l’erreur.
Néanmoins, d’après l’erreur en gras dans ton log ci-dessus, il est probable que cela vienne d’un trop grand nombre d’échecs récents, sans doute liés à ta configuration précédente. D’après la documentation de let’s encrypt, seuls 5 échecs par heure sont autorisés. Je pense que tu peux donc simplement réessayer et que cela devrait fonctionner.
