Commit graph

9 commits

Author SHA1 Message Date
Nicolas Duchon
c6987b3ea0 test: separate containers (contd) 2024-12-22 20:50:57 +01:00
Nicolas Duchon
5ef2e31687 test: separate containers (contd) 2024-12-22 20:27:24 +01:00
Nicolas Duchon
b6f0556b70 test: separate containers (contd) 2024-12-18 22:46:05 +01:00
Nicolas Duchon
e0bbd59313 test: separate containers 2024-12-18 21:48:43 +01:00
Nicolas Duchon
e736f84b87 test: test_acme_http_challenge_location separate container 2024-12-18 21:48:43 +01:00
Nicolas Duchon
fbad3ac3fc chore: docker compose version is obsolete 2024-12-18 02:08:46 +01:00
Nicolas Duchon
4bd542de99
feat: handle acme challenge location by default 2024-06-05 08:47:11 +02:00
Niek
7922c925af
chore: spelling fixes for #2468 (#2471) 2024-05-31 17:07:07 +02:00
pini-gh
9cf736f1f8
feat: variable ACME_HTTP_CHALLENGE_LOCATION (#2468)
Values:
* `legacy` (default): generate location blocks for ACME HTP Challenge
  excepted when `HTTPS_METHOD=noredirect` or there is no certificate for
  the domain
* `true`: generate location blocks for ACME HTP Challenge in all cases
* `false`: do not generate location blocks for ACME HTP Challenge

This feature is currently needed because acme-companion may generate
the HTTP Challenge configuration while it was done already by nginx-proxy
(see #2465#issuecomment-2136361373).

Also sometimes a hardcoded ACME challenge location is not wanted because
the challenge validation is not done with acme-companion / Let's Encrypt,
and with a challenge location setup differently.
2024-05-31 00:10:44 +02:00