HAProxy, не регистрирующий все запросы

Со всеми версиями HAProxy до 1.5-dev22, при использовании в режиме http , он работал в "подрежиме" туннеля , если другой "подрежим" не был указан. Я понимаю, что на самом деле в HAProxy нет такого понятия, как "подрежим", но я не знаю, как его еще назвать. В docs просто используется слово 'mode', но я нахожу это еще более запутанным...

В любом случае, в tunnel "sub-mode" обрабатывается только первый запрос и ответ, а все остальное пересылается вообще без анализа. Этот режим не должен использоваться, так как он создает много проблем с протоколированием и HTTP обработкой.

Начиная с 1.5-dev22, "подрежим" по умолчанию был изменен с tunnel на keepve, что означает, что все запросы и ответы обрабатываются, а соединения остаются открытыми, но между ответами и новыми запросами простаивают.

Это можно изменить, используя опцию http-keep-alive, опцию http-tunnel, опцию httpclose, опция http-сервера-close и опция forceclose ключевых слов во фронтах и бэкэндах, при этом эффективный режим (или, при желании, "подрежим") указан в документации. В разделе 4 есть таблица, показывающая эффективный "подрежим", на основе которого устанавливаются опции во фронтенде и бэкэнде, используемые для конкретного соединения.

Для полноты, вот соответствующий раздел документации, включая таблицу, и это различные "подрежимы", как они существовали на момент написания этой статьи (1.5. 14):

In HTTP mode, the processing applied to requests and responses flowing over
a connection depends in the combination of the frontend's HTTP options and
the backend's. HAProxy supports 5 connection modes :

  - KAL : keep alive ("option http-keep-alive") which is the default mode : all
    requests and responses are processed, and connections remain open but idle
    between responses and new requests.

  - TUN: tunnel ("option http-tunnel") : this was the default mode for versions
    1.0 to 1.5-dev21 : only the first request and response are processed, and
    everything else is forwarded with no analysis at all. This mode should not
    be used as it creates lots of trouble with logging and HTTP processing.

  - PCL: passive close ("option httpclose") : exactly the same as tunnel mode,
    but with "Connection: close" appended in both directions to try to make
    both ends close after the first request/response exchange.

  - SCL: server close ("option http-server-close") : the server-facing
    connection is closed after the end of the response is received, but the
    client-facing connection remains open.

  - FCL: forced close ("option forceclose") : the connection is actively closed
    after the end of the response.

The effective mode that will be applied to a connection passing through a
frontend and a backend can be determined by both proxy modes according to the
following matrix, but in short, the modes are symmetric, keep-alive is the
weakest option and force close is the strongest.

                          Backend mode

                | KAL | TUN | PCL | SCL | FCL
            ----+-----+-----+-----+-----+----
            KAL | KAL | TUN | PCL | SCL | FCL
            ----+-----+-----+-----+-----+----
            TUN | TUN | TUN | PCL | SCL | FCL
 Frontend   ----+-----+-----+-----+-----+----
   mode     PCL | PCL | PCL | PCL | FCL | FCL
            ----+-----+-----+-----+-----+----
            SCL | SCL | SCL | FCL | SCL | FCL
            ----+-----+-----+-----+-----+----
            FCL | FCL | FCL | FCL | FCL | FCL