<%NUMBERING1%>.<%NUMBERING2%>.<%NUMBERING3%> PRTG Manual: Probe Settings

Probe Name

Enter a meaningful name to identify the probe. The name is shown in the device tree and in all alarms by default.

Tags

Enter one or more tags. Confirm each tag with a comma, the Spacebar key, or the Enter key. You can use tags to group objects and use tag–filtered views later on. Tags are not case-sensitive.

It is not possible to enter tags with a leading plus (+) or minus (-) sign, nor tags with parentheses (()) or angle brackets (<>).

Status

Select if monitoring for the probe is started or paused:

• Started: Monitor the probe.
• Paused: Pause monitoring for the probe. All sensors on all devices on the probe are paused until you change this setting.

Priority

Select a priority for the probe. This setting determines the position of the probe in lists. Top priority is at the top of a list. You can choose from one star (low priority) to five stars (top priority).

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

Location (for Geo Maps)

If you want to use Geo Maps, enter a location in the first line. Geographical maps then display objects like devices or groups with a flag that shows their status using a color code similar to the sensor status icons (green - yellow - orange - red). You can enter a full postal address, city and country only, or latitude and longitude. It is possible to enter any text before, between, and after the coordinates, as PRTG automatically parses latitude and longitude, for example, enter 49.452778 11.077778, or enter 49.452778 any 11.077778 text.

A minus sign (–) in the first line hides an object from a geographical map. In this case, you can enter location information in line two and following.

You can define a specific label for each location. Enter a string denoting the label in the first line and provide the coordinates in the second line. This geographical marker then shows the object with the label in the geographical map.

The preview map always has a road map layout regardless of the map layout you set in User Interface.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

Domain or Computer Name

Define the authority for Windows access. This is used for Windows Management Instrumentation (WMI) and other Windows sensors. If you want to use a Windows local user account on the target device, enter the computer name here. If you want to use a Windows domain user account (recommended), enter the (Active Directory) domain name here. If not explicitly defined, PRTG automatically adds a prefix to use the NT LAN Manager (NTLM) protocol. Do not leave this field empty.

User

Enter the username for Windows access. Usually, you use credentials with administrator rights.

Password

Enter the password for Windows access. Usually, you use credentials with administrator rights.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

User

Enter a login name for the access via Secure Shell (SSH) and Web-based Enterprise Management (WBEM). Usually, you use credentials with administrator rights.

Login

Define the authentication method to use for login:

• Login via Password: Provide a password for login.
• Login via Private Key: Provide a private key for authentication.
  PRTG can only handle keys in OpenSSH format that are not encrypted. You cannot use password-protected keys here. In the text field, paste the entire private key, including the "BEGIN" and "END" lines. Make sure that the respective public key is provided on the target machine. For details, see section Monitoring via SSH.

Password

This field is only visible if you enable Login via Password above. Enter a password for the Linux access via SSH and WBEM. Usually, you use credentials with administrator rights.

Private Key

This field is only visible if you enable Login via Private Key above. Paste a private key into the field (OpenSSH format, unencrypted). Usually, you use credentials with administrator rights.

If you do not insert a private key for the first time, but change the private key, you need to restart the PRTG core server service for the private key change to take effect. For details, see section Monitoring via SSH.

For WBEM Use Protocol

This setting is only relevant if you use WBEM sensors.

Define the protocol to use for WBEM:

• HTTP: Use an unencrypted connection for WBEM.
• HTTPS: Use a Secure Sockets Layer (SSL) encrypted connection for WBEM.

For WBEM Use Port

This setting is only relevant if you use WBEM sensors.

Define the port to use for WBEM:

• Set automatically (port 5988 or 5989): Use one of the standard ports, depending on whether you choose unencrypted or encrypted connection above.
• Set manually: Use a custom port.

WBEM Port

This setting is only visible if you enable Set manually above. Enter the WBEM port number.

SSH Port

Enter the port number to use for SSH connections.

By default, PRTG automatically uses this setting for all SSH sensors unless you define a different port number in the sensor settings.

SSH Rights Elevation

Define the rights that you want to use to execute the command on the target system:

• Run the command as the user connecting (default): Use the rights of the user who establishes the SSH connection, as defined above.
• Run the command as another user using 'sudo' (with password): Use the rights of another user with a password required for sudo to run commands on the target device, for example, as root user.
• Run the command as another user using 'sudo' (without password): Use the rights of another user without a password required for sudo to run commands on the target device, for example, as root user.
• Run the command as another user using 'su': Use the rights of another user with su to run commands on the target device.

Target User

This field is only visible if you select a sudo or su option above. Enter a username to run the specified command as a user other than root. If you leave this field empty, you run the command as root. Make sure that you set the Linux password even if you use a public or private key for authentication. This is not necessary if the user is allowed to execute the command without a password.

Password

This field is only visible if you choose to run the commands using su or sudo with password above. Enter the password for the specified target user.

SSH Engine

Select the method that you want to use to access data with SSH sensors:

We strongly recommend that you keep the default engine. For now, you can still use the legacy mode to ensure compatibility with your target systems.

• Default (recommended): This is the default monitoring method for SSH sensors. It provides the best performance and security.
• Compatibility Mode (deprecated): Try this legacy method only if the default mode does not work on a target device. The compatibility mode is the SSH engine that PRTG used in previous versions and is deprecated. We will remove this legacy option soon, so try to get your SSH sensors running with the default SSH engine.

You can also individually select the SSH engine for each SSH sensor in the sensor settings.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

User

Enter a login name for access to VMware and Xen servers. Usually, you use credentials with administrator rights.

Password

Enter a password for access to VMware and Xen servers. Usually, you use credentials with administrator rights.

single sign on (SSO) passwords for vSphere do not support special characters. See the sections for VMware sensors for details.

VMware Protocol

Define the protocol used for the connection to VMware and XenServer:

• HTTPS (recommended): Use a Secure Sockets Layer (SSL) encrypted connection to VMware and Xen servers.
• HTTP: Use an unencrypted connection to VMware and Xen servers.

Session Pool

Define if you want to use session pooling for VMware sensors:

• Reuse session for multiple scans (recommended): Select this option to use session pooling. With session pooling, a VMware sensor uses the same session as created in advance to query data and does not need to log in and out for each sensor scan. We recommend that you choose this option because it reduces network load and log entries on the target device, resulting in better performance.
• Create a new session for each scan: If you select this option and disable session pooling, a VMware sensor has to log in and out for each sensor scan. We recommend that you use the session pooling option above for better performance.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

SNMP Version

Select the Simple Network Management Protocol (SNMP) version for the device connection:

• v1: Use the simple v1 protocol for SNMP connections. This protocol only offers clear-text data transmission, but it is usually supported by all devices.
  SNMP v1 does not support 64-bit counters. This might result in invalid data when monitoring traffic via SNMP.
• v2c (recommended): Use the more advanced v2c protocol for SNMP connections. This is the most common SNMP version. Data is still transferred as clear text, but SNMP v2c supports 64-bit counters.
• v3: Use the v3 protocol for SNMP connections. It provides secure authentication and data encryption.

When using SNMP v3, you can only monitor a limited number of sensors per second because of internal limitations. The limit is somewhere between 1 and 50 sensors per second (depending on the SNMP latency of your network). This means that using an interval of 60 seconds limits you to between 60 and 3000 SNMP v3 sensors for each probe. If you experience an increased Interval Delay or Open Requests with the Probe Health sensor, distribute the load over multiple probes. SNMP v1 and v2 do not have this limitation.

Community String

This setting is only visible if you select SNMP version v1 or v2c above. Enter the community string of your devices. This is a kind of "clear-text password" for simple authentication. We recommend that you use the default value.

Authentication Type

This setting is only visible if you select SNMP version v3 above. Select the authentication type:

• MD5: Use message-digest algorithm 5 (MD5) for authentication.
• SHA: Use Secure Hash Algorithm (SHA) for authentication.

If you do not want to use authentication, but you need SNMP v3, for example, because your device requires context, you can leave the field Password empty. In this case, SNMP_SEC_LEVEL_NOAUTH is used and authentication is entirely deactivated.

The type you select must match the authentication type of your device.

User

This setting is only visible if you select SNMP version v3 above. Enter a username for secure authentication. This value must match the username of your device.

Password

This setting is only visible if you select SNMP version v3 above. Enter a password for secure authentication. This value must match the password of your device.

Encryption Type

This setting is only visible if you select SNMP version v3 above. Select an encryption type:

• DES: Use Data Encryption Standard (DES) as encryption algorithm.
• AES: Use Advanced Encryption Standard (AES) as encryption algorithm.

AES-192 and AES-256 are not supported by Net-SNMP. They lack RFC specification.

The type that you select must match the encryption type of your device.

Data Encryption Key

This setting is only visible if you select SNMP version v3 above. Enter an encryption key. If you provide a key, SNMP data packets are encrypted using the encryption algorithm selected above, which provides increased security. The key must match the encryption key of your device. Enter a string or leave the field empty.

If the key does not match the key configured on the target SNMP device, you do not get an error message.

Context Name

This setting is only visible if you select SNMP version v3 above. Enter a context name only if it is required by the configuration of the device. Context is a collection of management information accessible by an SNMP device. Enter a string.

SNMP Port

Enter the port for the SNMP communication. We recommend that you use the default value.

SNMP Timeout (Sec.)

Enter a timeout in seconds for the request. Enter an integer value. If the reply takes longer than the value you enter here, the request is canceled and an error message is triggered. The maximum timeout value is 300 seconds (5 minutes).

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

The settings you define in this section apply to the following sensors:

• ADO SQL v2 sensor
• Microsoft SQL v2 sensor
• MySQL v2 sensor
• Oracle SQL v2 sensor
• PostgreSQL sensor

Port for Databases

Define which ports PRTG uses for connections to the monitored databases:

• Set automatically (default port, recommended): PRTG automatically determines the type of the monitored database and uses the corresponding default port to connect. See below for a list of default ports.
• Define one custom port valid for all database sensors: Choose this option if your database management systems do not use the default ports. Define the port for database connections manually below. If you choose this option, PRTG uses the custom port for all database sensors.

If you choose the automatic port selection, PRTG uses the following default ports:

• Microsoft SQL: 1433
• MySQL: 3306
• Oracle SQL: 1521
• PostgreSQL: 5432

Custom Database Port

Enter the number of the port that PRTG uses for database connections. Enter an integer value.

All database sensors on this device use this port to connect.

Authentication Mode

Select the authentication method for the connection to the Structured Query Language (SQL) database:

• Windows authentication with impersonation: If you select this option, PRTG uses the Windows credentials as defined in the particular device settings for the database connection.
  The user whose credentials are used needs to have permission to log on to the probe system with a database sensor. This is required for the impersonation.
• SQL server authentication: Choose this option if you want to use explicit credentials for database connections.

User

This field is only visible if you enable SQL server authentication above. Enter the username for the database connection.

Password

This field is only visible if you enable SQL server authentication above. Enter the password for the database connection.

Timeout (Sec.)

Enter a timeout in seconds for the request. Enter an integer value. If the reply takes longer than this value defines, the sensor cancels the request and triggers an error message. The maximum timeout value is 300 seconds (5 minutes).

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

Access Key

Enter your Amazon Web Services (AWS) access key.

For more information about the permissions that are required for querying the AWS API, see the Knowledge Base: How do I set permissions for the Amazon Web Services (AWS) API key to use certain sensors in PRTG?

Secret Key

Enter your AWS secret key.

For more information about the permissions that are required for querying the AWS API, see the Knowledge Base: How do I set permissions for the Amazon Web Services (AWS) API key to use certain sensors in PRTG?

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

User Credentials

Select if you want to connect without credentials, or define credentials for the connection.

• None: Connect without credentials.
• Username/Password: Define credentials for the connection.

User

This field is only visible if you enable Username/Password above. Enter the username for access to the Message Queue Telemetry Transport (MQTT) broker.

Password

This field is only visible if you enable Username/Password above. Enter the password for access to the MQTT broker.

Port

Enter the port number for MQTT connections. Usually this is port 1883 for unencrypted connections, and port 8883 when using Transport Layer Security (TLS).

Transport-Level Security

Select if you want to use encryption and define required certificates.

• Don't use encryption: Do not use TLS encryption.
• Use TLS encryption: Use TLS encryption.

Server Authentication

This field is only visible if you enable Use TLS encryption above. Select if you want to use a certificate for server authentication.

• Disable server authentication: Do not use a certificate for server authentication.
• Enable server authentication: Use a certificate for server authentication.

CA Certificate

Copy the certificate authority (CA) certificate for verifying the MQTT server and paste it here.

The certificate must be in Privacy-Enhanced Mail (PEM) format.

Client Authentication

This field is only visible if you enable Use TLS encryption above. Select if you want to use a certificate for client authentication.

• Disable client authentication: Do not use a certificate for client authentication.
• Enable client authentication: Use a certificate for client authentication.

Client Certificate

Copy the certificate that you created for authenticating the sensor against the server and paste it here.

The certificate must be in PEM format.

Client Key

Enter the client key for authentication against the server.

The client key must be encrypted using the Client Key Password.

Client Key Password

Enter the password for the client key certificate.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

When experiencing problems while monitoring via Windows sensors, you can set some compatibility options for troubleshooting.

Preferred Data Source

This setting is only valid for hybrid sensors offering performance counter and Windows Management Instrumentation (WMI) technology. The setting is ignored for all other sensors.

Define the method Windows sensors use to query data:

• Performance Counters and fallback to WMI: Try to query data via performance counters. If this is not possible, establish a connection via WMI.

• Performance Counters only: Query data via performance counters only. If this is not possible, the sensor returns no data.

• WMI only (recommended): Query data via WMI only. If this is not possible, the sensor returns no data. In newer PRTG versions, this is our recommendation to achieve best performance and stability.

Timeout Method

Specify the time the sensor waits for the return of its WMI query before canceling it with an error message:

• Use 1.5x scanning interval (recommended): Use a default of one and a half times the scanning interval set for the sensor (see the Scanning Interval settings below).
• Set manually: Manually enter a timeout value. We recommend that you use the default value. Only if you experience ongoing timeout errors, try to increase the timeout value.

Timeout Value (Sec.)

This field is only visible if you enable Set manually above. Enter the time the sensor waits for the return of its WMI query before canceling with an error message. Enter an integer value. The maximum value is 900 seconds (15 minutes).

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

When experiencing problems while monitoring via Simple Network Management Protocol (SNMP) sensors, you can set some compatibility options for troubleshooting.

SNMP Delay (ms)

Add a time in milliseconds that PRTG waits between two SNMP requests. This can increase device compatibility. Enter an integer value. We recommend that you use the default value. If you experience SNMP connection failures, increase the delay. You can define a delay between 0 and 100, higher delays are not supported and are discarded.

Failed Requests

Define if an SNMP sensor tries again after a request fails:

• Retry (recommended): Try again if an SNMP request fails. This can prevent false error messages because of temporary timeout failures.
• Do not retry: Do not retry if an SNMP request fails. If you enable this setting, an SNMP sensor shows a Down status earlier.

Overflow Values

Define how PRTG handles overflow values. Some devices do not correctly handle internal buffer overflows. This can cause false peaks.

• Ignore overflow values: Ignore overflow values and do not include them in the monitoring data.
• Handle overflow values as valid results: Regard all overflow values as regular data and include them in the monitoring data.

We recommend that you use the default value.

If you experience problems because of strange peaks in your data graphs, change this option. Peaks might indicate that the monitored device resets counters without an overflow. PRTG interprets such behavior as overflow that results in data peaks. Select the option Ignore overflow values in this case. For more details, see the Knowledge Base: What is the Overflow Values setting in the SNMP Compatibility Options?

Zero Values

Define how PRTG handles zero values. Some devices send incorrect zero values. This can cause false peaks.

• Ignore zero values for delta sensors (recommended): Ignore zero values and do not include them in the monitoring data.
• Handle zero values as valid results for delta sensors: Regard all zero values as regular data and include them in the monitoring data.

We recommend that you use the default value. If you experience problems, change this option.

32-bit/64-bit Counters

Define which kind of traffic counters PRTG searches for on a device:

• Use 64-bit counters if available (recommended): The interface scan uses 64-bit traffic counters, if available. This can avoid buffer overflows in the devices.
• Use 32-bit counters only: The interface scan always uses 32-bit traffic counters, even if 64-bit counters are available. This can lead to more reliable monitoring for some devices.

We recommend that you use the default value. If you experience problems, change this option.

Request Mode

Define which kind of request method PRTG uses for SNMP sensors:

• Use multi get (recommended): Bundle multiple SNMP requests into one request.
• Use single get: Use one request for each SNMP value. This can increase compatibility with older devices.

We recommend that you use the default value. If you experience problems, change this option.

PRTG uses paging for SNMP requests. This means that if a sensor has to query more than 20 object identifiers (OID), it automatically polls the OIDs in packages of 20 OIDs each per request.

Walk Mode

Define which kind of SNMP walk PRTG uses for SNMP sensors:

• Use GETBULK requests (recommended): Request the next x OIDs (default 10, dynamic based on response size) in one SNMP request.
• Use GETNEXT requests: Request one OID at a time. This can increase compatibility with older devices or devices that have insufficient SNMP BULKWALK support.

Only works with devices that support SNMP version v2c or higher. Ensure you set the correct SNMP Version in the Credentials for SNMP Devices settings of the parent device or inherit it from objects higher in the hierarchy.

Port Name Template

Define how the name of SNMP sensors created on a device are put together. Enter a template using several variables. When adding new sensors, PRTG scans the interface for available counters at certain OIDs. At each OID, several fields with interface descriptions are usually available. They are different for every device and OID. PRTG uses the information in these fields to name the sensors. If a field is empty or not available, an empty string is added to the name. By default, ([port]) [ifalias] is set as port name template, which creates a name such as (001) Ethernet1, for example. You can use any field names available at a certain OID of your device, among which are:

• [port]: The port number of the monitored interface
• [ifalias]: The 'alias' name for the monitored interface as specified by a network manager, providing a non-volatile handling
• [ifname]: The textual name of the monitored interface as assigned by the local device
• [ifdescr]: A textual string containing information about the monitored device or interface, for example, manufacturer, product name, or version
• [ifspeed]: An estimate of the monitored interface's current bandwidth (Kbit/s)
• [ifsensor]: The type of the sensor, this is SNMP Traffic or SNMP RMON. This is useful to differentiate between your SNMP Traffic and SNMP RMON sensors.

Combine them as you like to get suitable sensor names.

For more information about SNMP sensor names, see the Knowledge Base: How can I change the defaults for names automatically generated for new SNMP sensors?

Port Name Update

Define how PRTG reacts if you change port names in your physical device (for example, a switch or router):

• Keep port names (use this if you edit the names in PRTG): Do not automatically adjust sensor names. This is the best option if you want to change names in PRTG manually.

• Automatic sensor name update if name changes in device: If PRTG detects changes of port names in your physical device, it tries to automatically adjust sensor names accordingly.

For more information about automatic updates of names, see the Knowledge Base: Automatically update port name and number for SNMP Traffic sensors when the device changes them

Port Identification

Define which field is used for SNMP interface identification:

• Automatic (recommended): Tries the ifAlias field first to identify an SNMP interface and then ifDescr.
  ifName is not tried automatically.
• Use ifAlias: For most devices, ifAlias is the best field to get unique interface names.
• Use ifDescr: Use this option if the port order of your device changes after a restart, and if no ifAlias field is available. For example, this is the best option for Cisco ASA devices.
  When using this option, it is important that your device returns unique interface names in the ifDescr field.
• Use ifName: You can also use this option if no unique ifAlias is available.
  When using this option, it is important that your device returns unique interface names in the ifName field.
• No Port Update: Use this option to disable automatic port identification.

Start Interface Index

For SNMP Traffic sensors and for Cisco IP SLA sensors, define at which index PRTG starts to query the interface range during sensor creation. Use 0 for automatic mode. We recommend that you use the default value.

End Interface Index

For SNMP Traffic sensors and for Cisco IP SLA sensors, define at which index PRTG stops querying the interface range during sensor creation. Use 0 for automatic mode. We recommend that you use the default value.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

The proxy settings determine how a sensor connects to a URL. You can enter data for an HTTP proxy server that sensors use when connecting via HTTP or HTTPS.

This setting only affects monitoring and it determines the behavior of HTTP sensors. To change proxy settings for the PRTG core server, see section System Administration—Core & Probes.

The SSL Certificate sensor and the SSL Security Check sensor do not support HTTP proxies but you can configure connections via SOCKS proxies in the sensors' settings.

Name

Enter the IP address or Domain Name System (DNS) name of the proxy server. If you leave this field empty, no proxy is used.

Port

Enter the port number of the proxy. Often, port 8080 is used. Enter an integer value.

User

If the proxy requires authentication, enter the username for the proxy login.

Only basic authentication is available. Enter a string or leave the field empty.

Password

If the proxy requires authentication, enter the password for the proxy login.

Only basic authentication is available. Enter a string or leave the field empty.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

Scanning Interval

Select a scanning interval (seconds, minutes, or hours). The scanning interval determines the amount of time that the sensor waits between two scans. You can change the available intervals in the system administration on PRTG on premises installations.

If a Sensor Query Fails

Define the number of scanning intervals that the sensor has time to reach and check a device again in case a sensor query fails. Depending on the option that you select, the sensor can try to reach and check a device again several times before the sensor shows a Down status. This can avoid false alarms if the monitored device only has temporary issues. For previous scanning intervals with failed requests, the sensor shows a Warning status. Choose from:

• Set sensor to down immediately: Set the sensor to a Down status immediately after the first failed request.
• Set sensor to warning for 1 interval, then set to down (recommended): Set the sensor to a Warning status after the first failed request. If the following request also fails, the sensor shows an error.
• Set sensor to warning for 2 intervals, then set to down: Set the sensor to a Down status only after three consecutively failed requests.
• Set sensor to warning for 3 intervals, then set to down: Set the sensor to a Down status only after four consecutively failed requests.
• Set sensor to warning for 4 intervals, then set to down: Set the sensor to a Down status only after five consecutively failed requests.
• Set sensor to warning for 5 intervals, then set to down: Set the sensor to a Down status only after six consecutively failed requests.

Sensors that monitor via Windows Management Instrumentation (WMI) always wait at least one scanning interval before they show a Down status. It is not possible to immediately set a WMI sensor to a Down status, so the first option does not apply to these sensors. All other options can apply.

If you define error limits for a sensor's channels, the sensor immediately shows a Down status. No "wait" option applies.

If a channel uses lookup values, the sensor immediately shows a Down status. No "wait" options apply.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

Exclude Cluster Nodes

This box is only visible if you run PRTG in a cluster.

Sometimes you want to exclude a cluster node from monitoring the sensors running on this probe, group, or device, for example, if a device is not reachable from every cluster node. In the list of cluster nodes, select the cluster nodes that are not included in sensor scans. By default, this setting is inherited to all objects underneath.

You cannot interrupt the inheritance for schedules, dependencies, and maintenance windows. The corresponding settings from the parent objects are always active. However, you can define additional settings here. They are active at the same time as the parent objects' settings.

Schedule

Select a schedule from the list. Schedules can be used to monitor for a certain time span (days or hours) every week.

You can create schedules, edit schedules, or pause monitoring for a specific time span. For more information, see section Account Settings—Schedules.

Schedules are generally inherited. New schedules are added to schedules that you already set up, so all schedules are active at the same time.

Maintenance Window

Specify if you want to set up a one-time maintenance window. During a maintenance window, the selected object and all child objects are not monitored. They are in a Paused status instead. Choose between:

• Not set (monitor continuously): No maintenance window is set and monitoring is always active.
• Set up a one-time maintenance window: Pause monitoring within a maintenance window. You can define a time span for a monitoring pause below and change it even for an active maintenance window.

To terminate an active maintenance window before the defined end date, change the time entry in Maintenance Ends to a date in the past.

Maintenance Begins

This field is only visible if you enable Set up a one-time maintenance window above. Use the date time picker to enter the start date and time of the maintenance window.

Maintenance Ends

This field is only visible if you enable Set up a one-time maintenance window above. Use the date time picker to enter the end date and time of the maintenance window.

Dependency Type

Define a dependency type. You can use dependencies to pause monitoring for an object depending on the status of a different object. You can choose from:

• Use parent: Use the dependency type of the parent object.
• Select a sensor: Use the dependency type of the parent object. Additionally, pause the current object if a specific sensor is in a Down status or in a Paused status caused by another dependency.

You do not trigger a status change by dependency if you manually pause a master object or if you pause it by schedule.

To test your dependencies, select Simulate Error Status from the context menu of an object that other objects depend on. A few seconds later, all dependent objects are paused. You can check all dependencies under Devices | Dependencies in the main menu bar.

Dependency

This field is only visible if you enable Select a sensor above. Click the Search button and use the object selector to select a sensor on which the current object will depend.

Dependency Delay (Sec.)

This field is only visible if you enable Select a sensor above. Define a time span in seconds for dependency delay.

After the master sensor for this dependency comes back to an Up status, monitoring of the dependent objects is additionally delayed by the defined time span. This can prevent false alarms, for example, after a server restart, by giving systems more time for all services to start up. Enter an integer value.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

User Group Access

Define the user groups that have access to the object. You see a table with user groups and group access rights. The table contains all user groups in your setup. For each user group, you can choose from the following group access rights:

• Inherited: Inherit the access rights settings of the parent object.
• No access: Users in this user group cannot see or edit the object. The object neither shows up in lists nor in the device tree.
  There is one exception: If a user in this user group has access to a child object, the parent object is visible in the device tree but users in this user group cannot access it.
• Read access: Users in this group can see the object and view its monitoring results. They cannot edit any settings.
• Write access: Users in this group can see the object, view its monitoring results, and edit its settings. They cannot edit its access rights settings.
• Full access: Users in this group can see the object, view its monitoring results, edit its settings, and edit its access rights settings.

To automatically set all child objects to inherit this object's access rights, enable the Revert children's access rights to inherited option.

For more details on access rights, see section Access Rights Management.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

Channel Unit Types

For each type of channel, define the unit in which data is displayed. If defined on probe, group, or device level, these settings can be inherited to all sensors underneath. You can set units for the following channel types (if available):

• Bandwidth
• Memory
• Disk
• File
• Custom

Custom channel types can be set on sensor level only.

Click to interrupt the inheritance. See section Inheritance of Settings for more information.

Unusual Detection

Define if you want to benefit from unusual detection for sensors:

• Enabled: Activate unusual detection for this object and, by default, for all objects underneath in the hierarchy of the device tree. Sensors affected by this setting show an Unusual status if PRTG detects unusual activity.
• Disabled: Do not activate unusual detection. PRTG ignores unusual values for sensors affected by this setting. These sensors do not show an Unusual status.

You can configure the behavior of unusual detection (or completely disable it) in the system settings.

Similar Sensors Detection

Define if you want to activate similar sensors analysis:

• Enabled: Activate similar sensors detection for this object and, by default, for all objects underneath in the hierarchy of the device tree. PRTG considers all sensors affected by this setting during similarity analysis.
• Disabled: Do not activate similar sensors detection. PRTG does not consider sensors affected by this setting during similarity analysis.

You can configure the depth of analysis of similar sensors detection (or disable it completely) in the system settings.

System Information

Define if you want to retrieve and show system information for your devices:

• Enabled: Activate the system information feature for this object and, by default, for all objects underneath in the hierarchy of the device tree.
• Disabled: Do not activate system information.

System Information is enabled by default. To retrieve the data, PRTG automatically uses the Credentials for Windows Systems and the Credentials for SNMP Devices as defined in the device settings or as inherited from a parent object like the root group. Consider this when you monitor devices outside the local network, especially when using SNMP v1 or SNMP v2c that do not provide encryption.

This setting is not available on the hosted probe of a PRTG hosted by Paessler instance.

Define the IP address used for outgoing monitoring requests.

• If more than one IP is available on the system, you can specify the IP address that PRTG uses for outgoing monitoring requests of certain sensors.
• This setting is used for sensors that use the following connection types: HTTP, Domain Name System (DNS), File Transfer Protocol (FTP), Internet Message Access Protocol (IMAP), Post Office Protocol version 3 (POP3), Port, Remote Desktop, Simple Mail Transfer Protocol (SMTP), and Simple Network Management Protocol (SNMP).
• The setting is valid for all monitoring requests that this probe sends.
• This setting is useful for devices that expect a certain IP address when queried.
• The default setting is auto. PRTG automatically selects an IP address.

This feature does not support all sensors for technical reasons.

If you change this setting, some sensors might stop working. For example, sensors might show a Down status if the selected IP address is blocked on the way to or directly on the monitored device.

Outgoing IPv4

Define the IP address for outgoing requests using the IPv4 protocol. The list shows all available IP addresses on the system. Choose a specific IP address or select auto.

Outgoing IPv6

Define the IP address for outgoing requests using the IPv6 protocol. The list shows all available IP addresses on the system. Choose a specific IP address or select auto.

For details about the basic concept of IPv6 in PRTG, see section IPv6.

Cluster Connectivity

This box is only visible if you run PRTG in a cluster.

Define if the remote probe connects to all cluster nodes or only to the primary master node:

• Remote probe sends data only to primary master node: The remote probe only connects to the primary master node. You are not able to review monitoring data on failover nodes. Consider this option if you have bandwidth limitations in your network or if the remote probe cannot access your failover nodes.
• Remote probe sends data to all cluster nodes: This is the default option. The remote probe connects to all cluster nodes and sends monitoring data to the failover nodes in addition to the primary master node. The remote probe is visible on all of your cluster nodes as soon as it automatically connects to the correct IP addresses and ports of the failover nodes. If the primary master node fails, you can still see monitoring data of the remote probe.

PRTG does not notify you if a remote probe is disconnected from a cluster node. Therefore, explicitly check on a cluster node if remote probes are connected (for example, via the device tree in the PRTG web interface on a cluster node).

This setting is not available on the hosted probe of a PRTG hosted by Paessler instance.

Restart Options

For best performance, we recommend that you regularly restart the probe system. Define if you want to schedule an automatic restart:

• No scheduled restart of the system or PRTG services: Do not automatically perform a scheduled restart of services. We recommend that you manually restart PRTG every few weeks. You can initiate a restart of the PRTG probe service under System Administration—Administrative Tools in the PRTG web interface.
• Scheduled restart of PRTG services: Restart the PRTG probe service on the probe system. If you select this option on the local probe, the PRTG core server service restarts as well. Define a schedule under Restart Schedule.
• Scheduled system restart (recommended): We recommend this setting although it is not the default setting. Define a schedule under Restart Schedule. We recommend that you restart probe systems once a month for best performance.

Restart Schedule

This field is only visible if you select a schedule option above. Choose how often you want to restart the PRTG probe service or the probe system:

• Once per week: Select a day and a time below.
• Once per month (recommended): Select a day of the month and a time below.

Day

This field is only visible if you select a schedule option above. Select a day of the week (Monday to Sunday) or month (1st to 30th or Last). If you select Last, PRTG initiates the restart on the last day of the month, regardless of how many days the month has.

If you select a date that does not exist in every month (for example, the 30th day in February), PRTG automatically initiates the restart on the last day of this month.

Time

This field is only visible if you select a schedule option above. Select the time of day when PRTG performs the restart.

You get a Windows warning message 10 minutes before the restart to inform you if you are logged in to PRTG. The actual restart time can differ by up to 30 minutes from the settings you enter here.