Zabbix-agent 3.4. Фиксированный tcp порт. Активные проверки

[la.evgeny]

Добрый день!
Существует ли возможность использовать фиксированный tcp порт для исходящих соединений zabbix_agent версии 3.4 к серверу Zabbix? Или же возможность соединения по UDP?

[Kos]

Добрый день!
Существует ли возможность использовать фиксированный tcp порт для исходящих соединений zabbix_agent версии 3.4 к серверу Zabbix? Или же возможность соединения по UDP?

Соединений по UDP - нет, только TCP.
Фиксированный TCP для исходящих соединений - так он и так фиксированный: при использовании активного режима работы агента сам агент будет обращаться к серверу на конкретный фиксированный порт.
По умолчанию - 10051, если в конфиге агента не указано иное (см. параметр "ServerActive=").
Или вас интересует source port? В этом случае, боюсь, что это не конфигурируется.

[la.evgeny]

Спасибо за ответ!
Да, к сожалению, интересует source port.

[Kos]

Да, к сожалению, интересует source port.

Тогда увы
А для чего, если не секрет?
Обычно для прокидывания через всякие NAT-ы и фаерволы нужен только фиксированные destination port.

[la.evgeny]

Проблема в межсетевом экране между большим количеством (>50) хостов с активными проверками и сервером Zabbix. Межсетевой экран создает значительное количество временных записей (>4000) в таблице фильтрации, для создания "обратных" (от Zabbix сервера к клиентам) правил. И соответственно натыкается на ограничение количества записей. Ситуацию усугубляет еще и время жизни подобной записи, равной 3600 секунд (по иронии только для TCP, для UDP - 60 секунд. Отсюда вопрос про UDP), и отсутствие возможности изменить эти величины.То есть стоит задача уменьшить количество новых TCP соединений, проходящих через межсетевой экран со стороны клиентов к серверу за период времени в 1 час. Использование zabbix-proxy решит проблему, но сейчас рассматривается как альтернативный вариант. Если есть другие варианты заставить zabbix_agent создавать меньшее количество соединений, с удовольствием узнаю) Помогло несколько уменьшить количество соединений, увеличение циклов опроса метрик хостов.

[Kos]

Спасибо за развёрнутый ответ.
На мой взгляд, несколько странный какой-то фаервол.
Если для UDP время жизни записи в таблице кажется оправданным, то для TCP (протокола с явным установлением соединения и затем таким же явным разъединением) это кажется абсурдом. Ну завершилось соединение - убери его из таблицы, зачем же держать целый час?

Да, для такой задачи использование Zabbix proxy - самое то: соединение будет только от прокси. Правда, опять же не уверен: мне кажется, что прокси тоже не держит соединение с сервером Zabbix постоянно, а достаточно часто его устанавливает, обменивается данными и разъединяется. Если так (и при этом source ports для исходящих тоже будут меняться), то ситуация может оказаться аналогичной, если не хуже (поскольку прокси общается с сервером достаточно часто).

[la.evgeny]

Спасибо за комментарий! Межсетевой экран и на мой взгляд странный - какой смысл так долго держать запись в таблице + не дать возможности конфигурировать этот TCP Timeout - не ясно. Надеюсь разработчики пойдут на встречу и дадут возможность конфигурировать TCP Timeout. Zabbix proxy - проверил, создает около 1 нового tcp соединения в секунду. Ситуация действительно может оказаться еще хуже

[Kos]

Отмечу только, что раз в секунду - это с настройками по умолчанию. Что-то из этого можно пытаться регулировать параметрами в конфиг-файле прокси (для активного режима работы - DataSenderFrequency, EnableRemoteCommands, HeartbeatFrequency) либо конфиг-файле сервера Zabbix (для пассивного режима работы прокси - ProxyDataFrequency). Не уверен, правда, что это сможет решить вашу проблему.

[Semiadmin]

Небольшое уточнение. DataSenderFrequency - действительно настраивается, раз в секунду по умолчанию. Но, помимо этого, прокси раз в секунду обращается к серверу, чтобы узнать, не нажал ли кто кнопку Execute now. И этот интервал - hardcode.
P.S. тут вроде про 3.4 разговор, там такого еще нет