]> git.ipfire.org Git - thirdparty/haproxy.git/commitdiff
DOC: configuration: specify limitations of ACME for 3.2
authorWilliam Lallemand <wlallemand@haproxy.com>
Wed, 16 Apr 2025 12:30:45 +0000 (14:30 +0200)
committerWilliam Lallemand <wlallemand@haproxy.com>
Wed, 16 Apr 2025 12:30:45 +0000 (14:30 +0200)
Specify the version for which the limitation applies.

doc/configuration.txt

index eb0a4b36528de799237f31f27b49d15ebe979a9b..15f9446872b295ecbb7d5cbdcf5f255bba397e74 100644 (file)
@@ -5879,12 +5879,12 @@ The ACME section allows to configure HAProxy as an ACMEv2 client. This feature
 is experimental meaning that "expose-experimental-directives" must be in the
 global section so this can be used.
 
-Current limitations: The feature is limited to the HTTP-01 challenge for now.
-The current HAProxy architecture is a non-blocking model, access to the disk is
-not supposed to be done after the configuration is loaded, because it could
-block the event loop, blocking the traffic on the same thread. Meaning that the
-certificates and keys generated from HAProxy will need to be dumped from
-outside HAProxy using "dump ssl cert" on the stats socket.
+Current limitations as of 3.2: The feature is limited to the HTTP-01 challenge
+for now. The current HAProxy architecture is a non-blocking model, access to
+the disk is not supposed to be done after the configuration is loaded, because
+it could block the event loop, blocking the traffic on the same thread. Meaning
+that the certificates and keys generated from HAProxy will need to be dumped
+from outside HAProxy using "dump ssl cert" on the stats socket.
 The generation is not scheduled and must be triggered using the CLI command
 "acme renew".