]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUG/MEDIUM: peers: properly skip conn_cur from incoming messages
authorWilly Tarreau <w@1wt.eu>
Fri, 24 Dec 2021 12:38:49 +0000 (13:38 +0100)
committerWilly Tarreau <w@1wt.eu>
Fri, 24 Dec 2021 12:48:39 +0000 (13:48 +0100)
commitb4ff6f4ae9267620827f7da9b519f4e1b28b10e9
tree0b2e58a9df8815337ea81f8542a57d22b7cd1149
parent266d5405490050adeaf414158f7f4b9bad5298bc
BUG/MEDIUM: peers: properly skip conn_cur from incoming messages

The approach used for skipping conn_cur in commit db2ab8218 ("MEDIUM:
stick-table: never learn the "conn_cur" value from peers") was wrong,
it only works with simple tables but as soon as frequency counters or
arrays are exchanged after conn_cur, the stream is desynchronized and
incorrect values are read. This is because the fields have a variable
length depending on their types and cannot simply be skipped by a
"continue" statement.

Let's change the approach to make sure we continue to completely parse
these local-only fields, and only drop the value at the moment we're
about to store them, since this is exactly the intent.

A simpler approach could consist in having two sets of stktable_data_ptr()
functions, one for retrieval and one for storage, and to make the store
function return a NULL pointer for local types. For now this doesn't
seem worth the trouble.

This fixes github issue #1497. Thanks to @brenc for the reproducer.

This must be backported to 2.5.
src/peers.c