From 9143882f3bcdddc3934498fb503c1ce1f79e33b6 Mon Sep 17 00:00:00 2001 From: Gregory Colpart Date: Mon, 30 Sep 2019 17:27:26 +0200 Subject: [PATCH] =?UTF-8?q?on=20supprimer=20TEST=3D1=20de=20la=20commande?= =?UTF-8?q?=20conseill=C3=A9e=20+=20doc=20sur=20DRY=5FRUN=3D1?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- HowtoEvoACME.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/HowtoEvoACME.md b/HowtoEvoACME.md index 74206fc4..4a9ff3d5 100644 --- a/HowtoEvoACME.md +++ b/HowtoEvoACME.md @@ -177,11 +177,13 @@ Le CSR sera alors créé dans `/etc/ssl/requests/example.csr` ### Créer un certificat ~~~ -# TEST=1 VERBOSE=1 evoacme example +# VERBOSE=1 evoacme example ~~~ Il va chercher un CSR à l'emplacement convenu : `/etc/ssl/requests/example.csr` et se connecter à Let's Encrypt pour créer un certificat. +La variable d'environnement `DRY_RUN=1` permet un mode « dry-run » en faisant l'ensemble du process sur l'API de production, mais sans générer le certificat final (attention, cela impacte quand même le quota d'utilisation de Let's Encrypt). + La variable d'environnement `TEST=1` permet de générer un certificat non valide mais sans décompter le quota d'utilisation de Let's Encrypt. En effet les actions sont limitées et pendant les tests de mise en place il vaut mieux ne utiliser l'API de production. À enlever bien sûr pour générer le certificat final. La variable `VERBOSE=1` permet d'afficher de nombreux messages utiles pour comprendre ce qui se passe, surtout en cas d'erreur.