Erreur serveur après tentative d'install Letsencrypt

[FugazziPL]

Hello

Je reviens sur ton erreur, qui m’a permis de trouver une erreur par chez moi, mais qui ne résout rien…

Si quelqu’un a une idée :
j’ai effectué la procédure ci après :

@CaptainSqrt2

1. Installer le client Let’s encrypt

Connectez vous en root sur votre serveur, puis :

Assurez-vous que votre système est à jour, ca ne devrait pas faire de mal

$ apt-get update
$ apt-get upgrade

Allez dans votre home (en tant que root)

$ cd

Clonez le dépôt git de Let’s encrypt

$ git clone GitHub - certbot/certbot: Certbot is EFF's tool to obtain certs from Let's Encrypt and (optionally) auto-enable HTTPS on your server. It can also act as a client for any other CA that uses the ACME protocol.

Appelez letsencrypt-auto pour qu’il installe ses dépendances.

(Ça peut prendre quelques minutes)

$ cd letsencrypt/
$ ./letsencrypt-auto --help

Cette partie est effectuée sans problème.

@CaptainSqrt2

2. Éditez la configuration de Nginx et de SSOwat

Pour verifier que vous êtes effectivement propriétaire de votreDomaine.tld, le client de Let’s encrypt va ajouter des fichiers sur votre serveur et auxquels l’autorité de certification de Let’s encrypt pourra accéder.

Nous allons rendre l’URL votreDomaine.tld/.well-known/acme-challenge accessible, et le contenu correspondant sera stocké dans /tmp/letsencrypt-auto. Ajoutez un fichier de config nginx, par exemple nommé letsencrypt.conf, via nano /etc/nginx/conf.d/votreDomaine.tld.d/letsencrypt.conf.

J’ai donc créé ce fichier.

@CaptainSqrt2

Dans ce fichier, ajoutez ce bloc :

location ‘/.well-known/acme-challenge’ {
default_type “text/plain”;
root /tmp/letsencrypt-auto;
}

Dans le contexte de YunoHost, nous devons aussi modifier la configuration SSOwat pour que les serveurs de Let’s encrypt ne soient pas redirigés vers l’interface de login en tentant d’accéder à .well-known/acme-challenge. Ouvrez le fichier de règles persistantes pour SSOwat (nano /etc/ssowat/conf.json.persistent), et ajoutez une nouvelle règle unprotected_urls :

{
unprotected_urls : [
“votreDomaine.tld/.well-known/acme-challenge”
]
}

Attention à la syntaxe, si vous avez déjà des choses dans votre conf.json.persistent : il faut ajouter le unprotected_urls dans les { } (c.f. ce post)

Vérifiez que votre configuration nginx est valide avec nginx -t puis redémarrez le daemon avec service nginx restart. (Pas besoin de faire quoi que ce soit pour SSOwat)

nginx -t me dit que tout va bien, les virgules sont bien en place, les crochets englobes les deux commandes, bref, nickel.

Cependant, j’ai l’erreur 500 (500 Internal Server Error).

@CaptainSqrt2

3. Obtenir les certificats

Maintenant nous allons effectivement demander le certificat à l’autorité de certification. Créez un fichier de configuration, par exemple /etc/letsencrypt/conf.ini, avec le contenu suivant :

#################################

Let’s encrypt configuration

#################################

Taille de la clef

rsa-key-size = 4096

Email de notification / contact si nécessaire dans le futur

email = some_admin_user@votreDomaine.tld

Utiliser l’interface texte

text = True

Accepter les Conditions d’Utilisation du service

agree-tos = True

Utiliser la méthode d’authentification webroot

avec le contenu dans /tmp/letsencrypt-auto

authenticator = webroot
webroot-path = /tmp/letsencrypt-auto

(Serveur de test uniquement : si vous l’utilisez,

votre certificat ne sera pas vraiment valide)

server = https://acme-staging.api.letsencrypt.org/directory

(N’oubliez pas de changer l’adresse email dans le fichier de configuration.) De retour à la ligne de commande, listons les domaines pour lesquels vous souhaitez un certificat :

Vous devinez bien que cela ne marche pas.

Mon service mail est toujours opérationnel, mais je ne comprend pas pourquoi mon serveur nginx me plante ainsi.

Du coup, j’ai procédé à la suppression des fichiers letsencrypt, et cela ne change rien.
Je suis tenté de refaire la procédure, mais si mon erreur 500 de part pas, je suis bien dans le baba.

Quelqu’un a-t-il une idée ? Une façon de faire à laquelle je n’aurais pas pensé ? Mon “https” serait-il responsable ? (j’ai lu que ACME, le supporte mal)

Merci à vous.