pfSense » pfSense Packages

Upon further testing, this seems to be an issue related to bug #13128 as it relates to input validation. If I set the "Hostname" field to "zabbix.test", it will work just fine with all my other settings.

Along these same lines, the "Server" field does not accept networks in CIDR notation.

All of our servers (Centos/Rocky Linux) run the Zabbix agent 5.4 or 6.2, and we have not had any issue with "Zabbix server" for the "Hostname" setting (which is the default that comes with the package anyway), nor comma-separated CIDR lists.

Are you editing the config file manually or something and just using the webConfigurator interface to start and manage the service? The Server and Hostname fields are required because Zabbix won't operate without a Zabbix server defined and a hostname defined, so I'm not understanding how this is a bug. This seems to be "how it should work". Please elaborate.

The redmine 13128 is related to running multiple Zabbix servers in an HA cluster, which doesn't seem to be relevant here. The input validation simply needs to be updated to allow the old AND new format.

Kris Phillips wrote in #note-2:

Are you editing the config file manually or something and just using the webConfigurator interface to start and manage the service?

No, all my interaction with this has been done through the webConfigurator.

Kris Phillips wrote in #note-2:

The Server and Hostname fields are required because Zabbix won't operate without a Zabbix server defined and a hostname defined, so I'm not understanding how this is a bug. This seems to be "how it should work". Please elaborate.

Yes, I understand the field is required. The issue is that the pfSense package requires a format that the zabbix agent package does not require. In my situation, I was planning on setting the "Hostname" field to "Zabbix server", which is the default that comes with the agent config when you install the package on other OS's (like Centos and Rocky Linux). When I tried to use "Zabbix server" as the "Hostname" parameter, the pfSense package would give me an error when I tried to enable the service. Only after setting "Hostname" to "zabbix.test" did the pfSense package allow me to start the service. I believe this is incorrect input validation, because all of our other infrastructure that has the zabbix agent allows us to keep the default "Zabbix server" for the Hostname and still start the service without errors.

Kris Phillips wrote in #note-2:

The redmine 13128 is related to running multiple Zabbix servers in an HA cluster, which doesn't seem to be relevant here. The input validation simply needs to be updated to allow the old AND new format.

I was referencing that bug only for the input validation part. It appears that there's more than one field that could use some updated input validation.