Monitoring a local RADIUS VM using the PRTG Network Monitor
In this topic, you will learn how to monitor your local RADIUS virtual machine using the PRTG Network Monitor.
Before you begin:
-
We assume that you already have a virtual machine with the PRTG Network Monitor server running, and that you already have a local RADIUS server configured and running.
-
Make sure that the virtual machine hosting the PRTG Network Monitor server can connect to the local RADIUS virtual machine on UDP ports 1812 and 1813 for RADIUS, and on UDP ports 161 and 162 for SNMP.
-
If you plan to use syslog, also make sure that the local RADIUS virtual machine can connect to the PRTG Network Monitor server on UDP port 514.
Configure the local RADIUS server
In this section, you will learn how to configure your local RADIUS server virtual machine to work with the PRTG Network Monitor. You must complete these steps, or some of the steps in the later sections will not work.
The local RADIUS server will now be available for monitoring via SNMP from the PRTG Network Monitor, and will optionally send syslog logs to the PRTG Network Monitor for additional information.
Configure a Portnox Cloud account and group
In this section, you will learn how to set up a Portnox Cloud account and group exclusively for testing the local RADIUS server. You must complete these steps, or some of the steps in the later sections will not work.
Set up the PRTG Network Monitor
In this section, you will learn how to set up the PRTG Network Monitor to monitor your local RADIUS virtual machine by using different types of sensors.
The following are recommendations for what to monitor for the local RADIUS server:
-
Monitor the CPU and memory of the server by using the default CPU Load and Physical Memory sensors.
-
Monitor the network connectivity of the server by using the default Ping V2 sensor, focusing on the Packet Loss and Response Time field values.
Note:When the RADIUS server is unreachable or in the Down state, all other sensors are paused, because they are dependent on the ping sensor. -
Track the number of authentications to monitor the load. Local RADIUS server resource utilization depends on the number of RADIUS authentication and accounting packets processed. If you monitor this number over time, you can establish a baseline (for example, 7 days of data) and decide whether an increase in CPU or memory resources is needed.
You can do this by using the Syslog sensor (an existing one, or a new one) with the following filter:message[Access-Request] or message[Access-Accept] or message[Access-Reject]Note:Add
to the filter to include accounting packets.message[Accounting-Request]In Notification Triggers, click on the + button, select Add Threshold Trigger, and in the new trigger, configure the rule: When Messages channel reaches X per hour, perform Notification.













