547a4578bd
Currently we connect to the LE staging environment with acme.sh during CI to get the DNS-01 tokens (but we never follow-through and actually generate the certificate, as we have nowhere to publish the tokens). We've known for a while that LE staging isn't really meant to be used by CI like this, and recent instability has made the issue pronounced. This modifies the driver script to generate fake tokens which work to ensure all the DNS processing, etc. is happening correctly. I have put this behind a flag so the letsencrypt job still does this however. I think it is worth this job actually calling acme.sh to validate this path; this shouldn't be required too often. Change-Id: I7c0b471a0661aa311aaa861fd2a0d47b07e45a72
10 lines
464 B
Django/Jinja
10 lines
464 B
Django/Jinja
# We don't want CI tests trying to really authenticate against
|
|
# letsencrypt; apart from just being unfriendly it might cause quota
|
|
# issues. As we don't have the authentication keys exposed in the
|
|
# gate, only generate a place-holder self-signed cert for testing.
|
|
letsencrypt_use_staging: True
|
|
letsencrypt_self_generate_tokens: {{ letsencrypt_self_generate_tokens|default(True) }}
|
|
letsencrypt_self_sign_only: True
|
|
|
|
letsencrypt_account_email: le-test@opendev.org
|