Problem Description
You are seeing port 113 return requests either from your Nagios xi server (when submitting NSCA passive results) to the originating host OR you are seeing port 113 return requests when checking NRPE services).
You will see this behaviour on your firewall logs as you will most likely not have a firewall rule for port 113.
Explanation
This is usually because you are running an NRPE check through xiNETD with USERID included on the log_on_success or log_on_failure options in your remote hosts /etc/xinetd.d/nrpe file.
OR this could be because you are submitting passive results to the xi server through NSCA (which is running under xiNETD) /etc/xinetd.d/nsca with the same options as above.
Further information can be found in the following link:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/4/html/Reference_Guide/s2-tcpwrappers-xinetd-alt.html#s3-tcpwrappers-xinetd-alt-log
Note that the USERID option requires an IDENT request to port 113 on the originating server to determine the USERID, that's why you're seeing it.
Resolution
Then remove the USERID option from the log_on_failure AND log_on_success to stop the IDENT from occurring. The file you need to change depends on:
- NRPE on remote host
- /etc/xinetd.d/nrpe
- NSCA on Nagios xi server
- /etc/xinetd.d/nsca
For example, either comment this line out or remove it completely:
# default: on
# description: NSCA (Nagios Service Check Acceptor)
service nsca
{
flags = REUSE
socket_type = stream
wait = no
user = nagios
group = nagios
server = /usr/local/nagios/bin/nsca
server_args = -c /usr/local/nagios/etc/nsca.cfg --inetd
log_on_failure += USERID
disable = no
only_from = 127.0.0.1
}
After making the changes you need to restart the xinetd service using one of the commands below:
RHEL 7+ | CentOS 7+ | Oracle Linux 7+ | Debian | Ubuntu 16/18/20
systemctl restart xinetd.service
Final Thoughts
For any support related questions please visit the Nagios Support Forums at: