NRDP Bug: Host name is case sensitive
Posted: Wed Mar 03, 2021 3:15 pm
I believe we've discovered a bug in NRDP processing that took us a while to figure out. I'd appreciate knowing if anyone else can reproduce it:
In XI, create a host called "THIS-host" (case sensitive).
In NRDP, send a service check called "service-check" on host "this-host" (still case sensitive)
Nagios will say "Unable to find service" for "service-check" on "this-host"
In NRDP, send a service check called "service-check" on host "THIS-host" (still case sensitive)
And it works.
So inbound checks are apparently case sensitive with [at least] the hostname. This took us a while to figure out because we had a host that was created in the XI GUI, that we had service checks added to, that we then turned on automatic addition of unconfigured objects, but the sending host is identifying itself as "this-host" but the hostname in XI is "THIS-host" to make it easier to differentiate between "THIS-host" and "THAT-host" and "OTHER-host." The names are changed for this example, but I think you get the idea.
I considered posting this in the Github for NRDP, but I'm pretty sure it's an incoming processing issue inside of Nagios, not specifically an NRDP issue itself; NRDP is just the delivery vector.
Can anyone confirm that it's not just us? If so, can anyone provide a patch to fix? We need to be able to match case-insensitive hostnames due to the manner in which they will be dynamically generated.
In XI, create a host called "THIS-host" (case sensitive).
In NRDP, send a service check called "service-check" on host "this-host" (still case sensitive)
Nagios will say "Unable to find service" for "service-check" on "this-host"
In NRDP, send a service check called "service-check" on host "THIS-host" (still case sensitive)
And it works.
So inbound checks are apparently case sensitive with [at least] the hostname. This took us a while to figure out because we had a host that was created in the XI GUI, that we had service checks added to, that we then turned on automatic addition of unconfigured objects, but the sending host is identifying itself as "this-host" but the hostname in XI is "THIS-host" to make it easier to differentiate between "THIS-host" and "THAT-host" and "OTHER-host." The names are changed for this example, but I think you get the idea.
I considered posting this in the Github for NRDP, but I'm pretty sure it's an incoming processing issue inside of Nagios, not specifically an NRDP issue itself; NRDP is just the delivery vector.
Can anyone confirm that it's not just us? If so, can anyone provide a patch to fix? We need to be able to match case-insensitive hostnames due to the manner in which they will be dynamically generated.