]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUG/MEDIUM: checks: fix ALPN inheritance from server
authorAmaury Denoyelle <adenoyelle@haproxy.com>
Tue, 9 Sep 2025 13:34:25 +0000 (15:34 +0200)
committerAmaury Denoyelle <adenoyelle@haproxy.com>
Tue, 9 Sep 2025 14:55:09 +0000 (16:55 +0200)
commitc6d33c09fc2c60fe0ffb54464a550e1b7bd69c4c
treef2a1fe79269fcc45dc89ba1ff4aad749349f20e7
parentfee3bd48b414c88f7e5abc37775f944aa94c808b
BUG/MEDIUM: checks: fix ALPN inheritance from server

If no specific check settings are defined on a server line, it is
expected that these checks will be performed with the same parameters as
normal connections on the same server.

ALPN must be carefully taken into account for checks. Most notably, MUX
initialization is delayed so that it is performed only after SSL
handshake.

Prior to this patch, MUX init delay was only performed if ALPN was
defined via check settings. Thus, with the following settings, checks
would be performed on HTTP/1.1 without consulting ALPN negotiation
result from the server :

  server s1 127.0.0.1:443 ssl crt <...> alpn h2 check

This bug may result in checks reporting failure, for example in case of
a server answering HTTP/2 to ALPN negotiation to the configuration
above. Besides, there is incoherency between normal and check
connections, which is not what the documentation specifies.

This patch fixes this code. Now server parameters are also taken into
account. This ensures that checks and normal connections by default
use the same connection method.

This must be backported up to 2.4.
src/tcpcheck.c