]> git.ipfire.org Git - thirdparty/haproxy.git/commit
MEDIUM: cfgparse: warn about proxies having the same names
authorWilly Tarreau <w@1wt.eu>
Tue, 17 Sep 2024 17:26:06 +0000 (19:26 +0200)
committerWilly Tarreau <w@1wt.eu>
Tue, 17 Sep 2024 17:55:00 +0000 (19:55 +0200)
commit303a66573df618cbeb25aed7110324f69cafa252
treead608434f99175c7b3469248792f4677e8c3397e
parentc70906c8a1d262194e416c0094e5eba8f30ba7c9
MEDIUM: cfgparse: warn about proxies having the same names

As discussed below, there are too many problems and uncaught bugs
in the parser when trying to support proxies having similar names
but different types. There's specific code to detect the presence
of stick-tables in a pair of such proxies for example. It's even
possible that certain combinations of backend+listen that were not
previously detected have some nasty side effects.

According to the proposal in the discussion, this is now deprecated
in 3.1 (thus we emit a warning) and will become forbidden in 3.3.

A backport might be useful, but reporting a diag_warning only, not a
classical warning, so as not to break setups running in zero-warning
mode.

It was verified with a config involving all 9 combinations of
(frontend,backend,listen) followed by one of the same three that all
collisions are now properly blocked and that only back+front are kept
and emit a warning.

Link: https://www.mail-archive.com/haproxy@formilux.org/msg45185.html
src/cfgparse-listen.c