The latest version of Paessler PRTG, 24.1.92, is now available through the stable release channel! This version comes with several new sensor types that are now fully supported (like the Ping v2...
Read the complete blog post here
Release notes
for the "stable" release channel
In this most conservative channel you receive the best tested versions. We recommend that you use PRTG's stable versions for live environments.
Please use the "Auto-Update" feature to update your PRTG installation: In the PRTG web interface, simply navigate to Setup | Auto Update. You can also obtain the latest version from the PRTG download page!
Download PRTG · Manual: "Software Auto-Update" · Previous Versions and other Release Channels
February 14th 2024 - Version 24.1.92.1554
Blog article
New
Sensors
Cisco Meraki sensors |
The Cisco Meraki License sensor monitors Meraki licenses of an organization and the Cisco Meraki Network Health sensor monitors the health of Cisco Meraki network devices. Both sensor types use the Cisco Meraki Dashboard API. We released these sensor types as experimental sensors with PRTG version 22.1.74.1869. |
FortiGate VPN Overview sensor |
This sensor monitors VPN connections of your Fortinet FortiGate firewall. The sensor shows the number of connected SSL clients, as well as the number of both up and down IPsec tunnels. We released this sensor type as experimental sensor with PRTG version 22.1.74.1869. |
HTTP v2 sensor |
This sensor allows you to send a HTTP request (HEAD, GET or POST) and use placeholders, similar to the REST Custom v2 sensor. We released this sensor type as experimental sensor with PRTG version 22.4.81.1532. |
Local Folder sensor |
The Local Folder sensor monitors a local folder on a probe system. We released this sensor type as experimental sensor with PRTG version 21.3.70.1629. |
Network Share sensor |
The Network Share sensor monitor a Server Message Block (SMB) or Common Internet File System (CIFS) network share. We released this sensor type as experimental sensor with PRTG version 21.4.73.1656. |
Ping v2 sensor |
The Ping v2 sensor comes with a new setting Inverted Error Status different to its predecessor. If you select Enable for this new setting, the sensor shows a Down status if the target device is reachable. The Ping v2 sensor supports IPv6. We released this sensor type as experimental sensor with PRTG version 22.4.81.1532. |
Redfish Virtual Disk sensor |
his sensor monitors the virtual disks of your Redfish capable servers and shows capacity and status. We introduced this sensor type as experimental sensor with PRTG version 21.3.71.1416. |
SNMP Uptime v2 |
This sensor type comes with the same basic settings as the already existing SNMP System Uptime sensor including the additional Data Source setting under the section SNMP Uptime Specific, where you can select the object identifier (OID) the sensor gets its uptime from. The Data source is also depicted in the sensor status. We released this sensor type as experimental sensor with PRTG version 23.2.84.1566. |
Soffico Orchestra Scenario sensor |
This sensor monitors the status of processes within an Orchestra scenario. Please note that this sensor requires a Soffico license and as of Orchestra 4.8.2.5. We released this sensor type as experimental sensor with PRTG version 23.4.90.1299. |
Improved
Security
API Keys |
We improved the creation of API keys via API call requests to match the given access rights. Previously, it was possible to create an API key for a read/write user with the parameter accesslevel_new=full via GET request, although the user only has write access at the most according to the API key access rights settings. The Access Level for the created API key then wrongly displayed full access. |
Web interface |
We fixed an issue where an authenticated attacker could craft a specific request against the editlicense.htm endpoint and change the license of PRTG partially affecting the availability of PRTG. The severity is 4.3-Medium and calculated as CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L. |
Webserver |
We fixed a reflected XSS vulnerability which allowed JavaScript injection. The severity is 6.1-Medium and calculated as CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N. |
Improved
Server
Notifications |
We added the option for SNMP Trap notifications to include the sensor ID that triggers the notification in the trap message. If you select the option Include sensor ID in the Send SNMP Trap notification template, PRTG will send it on the OID 1.3.6.1.4.1.32446.1.1.5. Previously, parsing the sent trap messages was not possible for certain third party systems due to the missing option. |
Update to OpenSSL 1.1.1w |
To ensure secure communication furthermore we updated to the OpenSSL version 1.1.1w. |
Fixed
Server
Contact Support |
You can now send support bundles with the Contact Support option when you have configured a proxy server in the PRTG Core & Probes settings. Important: The issue still appears in the Paessler PRTG app for desktop. |
Change Password |
You will now receive a proper error message Error (Bad Request) again when you enter an invalid (old) password under My Account in your Account Settings. In the previous PRTG version there was a log entry in the Core webserver log Error: The validation of the data you entered has failed, but no corresponding error message in the web interface. The issue occurred when you selected the option Specify a new password and entered an invalid Old password. |
Device List |
We fixed an issue that caused the inheritance to be disabled for all settings of a device if you changed settings in the Device List before. The issue occurred when you selected several devices in the Device List via Settings option in the multi-edit and saved the changes. The settings of the devices where you made the changes for were set to disabled in the Inherit From toggle. |
Historic Data reports |
We fixed an issue for historic data reports that displayed not all or additional hours in the Date Time table when the user has set a different time zone under My Account in the PRTG Web Interface. For example, when your time zone in your account was set to (UTC -6:00) and you ran a historic data report for 12 hours, the report would in this case substract the hours in the Date Time table from the UTC time zone set under your account.. |
Libraries |
We fixed an issue for an unauthorized Ajax error that occurred in certain cases in the CoreWebServer.log instead of displaying the correct error message Your user account is not allowed to access this information. The issue happened when you were logged in with a user account whose assigned user group has write permissions on a library but who is not allowed to access user information when you clicked on the Security Context link for the user to see the User Account Settings. |
Lookups |
We fixed an issue for lookup files where changes were not reflected in the web interface when you changed values in lookup files after OID library creation. Changes to lookup values were only displayed after a complete PRTG core server restart. The issue affected for example the SNMP Library sensor, but also other sensors that come with value lookups and appeared only for the first modification in the lookup file. |
Maps |
|
PRTG Installer |
We fixed an issue where PRTG stored the data for the Installation Path in the same folder as for the Data Path when you selected to run the PRTG installer in the Custom mode for fresh installations since PRTG version 23.3.88. The issue happened when you changed the Data Path directory in the path field directly. |
Remote Probes |
Your remote probes that you have deleted from the device tree will no longer appear on your PRTG Status Page under the Probes and Database Objects sections, or in the information returned when you execute a query on PRTG Health System Information via an API call /api/health.json?. In the previous PRTG version, a deleted remote probe would still be displayed on the mentioned sections with the status disconnected. |
Reports |
You can now sent reports by email again for scheduled reports in the Report Schedule setting. Previously, when the report schedule sent out an email to a configured email address or PRTG user group you would receive an access violation in the Core.log and in certain cases also the message Error sending Report Email. The issue occurred if you selected a schedule for a report in the Report Schedule setting with Target Email Address and/or Email to User Group. |
Scanning Interval |
We fixed an issue where you could not save your Scanning Intervals in certain cases when you used a regular interval and a UTC interval with the same unit. For example, if you entered 4h and @UTC 4:00 at the same time in the Available Intervals section you would receive a validation error upon saving your changes. |
Fixed
Sensors
Add sensor |
We fixed an issue for certain sensors on addsensor.htm that could be added although the device or group to which you want to add these sensor types did not have corresponding credentials. When you tried to add an AWS sensor, for example, to a device without Credentials for AWS, you received an error message Sorry, the scan for available monitoring items has failed! The AWS sensors will now be displayed as inactive on addsensor.htm with a hint that valid credentials are needed when you try to add them to a device without Credentials for AWS. This issue was also fixed for the Local Folder sensor (BETA) and the Network Share sensor (BETA). |
AWS sensor |
We fixed an issue that caused the environment variable AWS_EC2_METADATA_DISABLED to be leaked into the environment of other sensors. For example, it did not work in cases when you had PRTG installed on an AWS environment and ran a script with a Python Script sensor that pulled credentials from an API although the role on AWS allowed PRTG to authenticate with an AWS SDK. The environmental variable was set to AWS_EC2_METADATA_DISABLED=TRUE in this case. |
AWS RDS v2 sensor |
Your AWS RDS v2 sensors now display the correct values for the channel Database Connections again. The sensors displayed a wrong amount of connections in the mentioned channel with PRTG stable version 23.4.90.1299 since the sensors pulled the metric for 'SUM' and not 'AVG' (average) for Database Connections. |
Veeam Backup Job Status Advanced sensor |
Your Veeam Backup Job Status Advanced Sensor is now able to display the correct value for the channel Job Scheduled when the scheduled job has been disabled. The channel Job Scheduled will now display the value No where previously the channel would have displayed the value Yes. For more information please see our Knowledge Base article:https://kb.paessler.com/en/topic/89136 . |
Fixed
WebUI
Device tree |
We fixed an issue that occurred when you renamed a device or group via context menu in the device tree that contained Credentials for Microsoft 365. The error message was The validation of the data you entered has failed and settings could not be saved when you tried to rename the device or group with right click on edit and rename. The issue also occurred when you tried to edit the access rights in the device tree in these cases. |
Historic Data Tooltip |
We fixed an issue where a second tooltip icon with tooltip text was displayed in the section Percentile Handling in the Historic Data Tab of a sensor. You could observe this behavior when you selected the radio button for Show Percentiles. The second tooltip would be displayed for Percentile Averaging Interval. |
Note
Installer
Security |
You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels: Stable 24.1.92.1554
|
Lab
Multi-Platform Probe
Multi-Platform Probe 0.19.0 release |
The Multi-Platform Probe enables you to deploy probes on platforms not supported by the Remote Probe, including various Linux distributions and ARM hardware.
In this latest release, we provide TLS support, ensuring a secure and encrypted connection to the NATS server. Additionally, we've included a user-friendly setup wizard for the NATS server, streamlining the installation and configuration process. For more information about the Multi-Platform Probe please see our Knowledge Base article: What is the Multi-Platform Probe and how can I use it? For detailed release notes please see our Knowledge Base article: What are the release notes for the Multi-Platform Probe? |
Lab
Sensors
Redfish Virtual Disk Sensor |
The Redfish Virtual Disk sensor (BETA) is now able to handle disks that have one of the following states: Enabled, StandbySpare, InTest, Starting, Quiesced, Updating and Qualified. Previously, the sensor could handle only the state Enabled and would display the status offline for all other states. |
Script v2 sensor |
We improved the security for the usage of Python scripts with the Script v2 sensor. All PYTHON* environment variables that might be set, like PYTHONPATH or PYTHONHOME, will be ignored when you execute scripts with the Script v2 sensor by using the parameter -E. This parameter prevents that a different e.g. PYTHONPATH is set and that Python scripts with potential security issues are run in the Python script directory. |
SNMP Uptime v2 |
We fixed an issue for the SNMP Uptime v2 (BETA) sensor that displayed wrong values in the Live Data section of the sensor in the System Uptime channel. The issue occurred when you added the sensor to your PRTG local probe, however, it displayed the correct values when you have added it to your Multi-Platform Probe. |
Lab
PRTG API v2
API |
|
Devices |
|
PRTG application server |
|
Security |
We fixed an issue where it was possible to escalate privileges for API-Keys. |
Lab
New UI
Web interface |
|
Mobile view |
We introduced a new header for PRTG in mobile view where the menu is positioned on the top left side. The parent breadcrumb will be displayed on the top right side. The main page title Home was removed. |
Improved
Various
All parts of PRTG |
Various other minor fixes and improvements, updated user manual. |
Languages |
We updated the German and Spanish language files. |
Sensor Languages |
We updated the German and Spanish language files for certain selected sensor types. |
January 10th 2024 - Version 24.1.90.1306
Important
Security
Webserver Security |
CVE-2023-51630 - ZDI-CAN-21182: An XSS vulnerability was identified through the htmclass parameter in the error.htm in PRTG 23.4.90.1299 and earlier versions where an attacker could bypass the authentication by creating a malicious link and luring a PRTG user with an active session to click it. The severity of this vulnerability is high and received a score of 8.8, (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H).
For further information, please refer to ZDI-24-073 and CVE-2023-51630 We would like to thank n1nj4sec for working with Trend Micro Zero Day Initiative and responsibly reporting this vulnerability. |
Note
Installer
Security |
You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels: Stable 24.1.90.1306
|
November 15th 2023 - Version 23.4.90.1299
Blog article
PRTG release 23.4.90 is available in the stable channel
The most recent version of Paessler PRTG, 23.4.90, is now accessible through the stable release channel! This version comes with the experimental Soffico Orchestra Scenario sensor, supported proxy...
Read the complete blog post here
Read the complete blog post here
New
PRTG Data Exporter 2023.11.9.1
General |
|
UI |
Filters page
|
New
PRTG Database Observer 1.60
General |
Small bug fixes and changes |
New
PRTG SLA Reporter 3.40
General |
|
PDF Reports |
|
Planned Downtimes |
Can now be defined by selecting filters, SLAs, and/or individual sensors |
Polling Task |
New setting added that can be used to enable debug logging |
Reporting |
|
UI |
|
Scheduled Reports |
|
New
ITOps Board 3.13
Improvements and Fixes |
ITOps Board version 3.13 comes with accessibility enhancements. In this release, the Explorer tab has been updated for accessibility and now includes text labels to indicate the health state of each component. Additionally this release introduces the use of icons to indicate the health state of components and alerts.
It also covers fixed issues. For more information please refer to the release notes provided with the new version. Important Notice: Upgrade Process. The ITOps Board installer supports an in-place upgrade. If you made manual changes to the web.config file, those changes are not preserved during an in-place upgrade. Any manual changes to the web.config file are saved in a file with a name that uses the following format: Web-YYYY-MM-DD.config. Before you begin an upgrade, save a copy of this file. It is recommended that you use the file as reference to make changes to the new web.config file, which will overwrite the previous file during the upgrade process. Do not overwrite the new web.config file with the old file. This release of ITOps Board requires Elasticsearch version 7.17.6. |
Improved
Security
Forgot Password |
The reset token in the link for setting a new password is now masked in the CoreWebServer.log. It was logged in a readable format before when you clicked on the link for setting a new password with the forgot password option. |
Improved
Sensors
Exchange Database DAG (PowerShell) sensor |
Your Exchange Database DAG (PowerShell) sensor now recognizes newer versions of Exchange Server (>2019) and can distinguish between versions i.e 2010, 2013, 2016 and 2019. Previously the sensor recognized the Exchange Server 2019 version as an older version and tried to use this information, resulting in a Warning status for the Active Copy Channel with the message Could Not Read Activation Preference. |
EXE sensors |
We updated our database connectors for certain EXE sensor types, e.g. Oracle SQL v2 sensor, MySQL v2 sensor and PostgreSQL sensor. Previously, the connection to the corresponding databases failed due to required encryption ciphers that did not match. |
Microsoft Azure sensors |
|
OPC UA Custom sensor |
Your OPC UA Custom sensor now supports more data types, that means enums and single values from array-valued variables. Previously, the sensor supported only string, Boolean, and numeric variables. |
Proxy Settings |
We improved the following sensor types to support the Proxy Settings in the device settings so they are able to use a HTTP proxy server when you have set up one in the device settings:
|
Soffico Orchestra sensors |
You can now create device templates that include the sensor types Soffico Orchestra Channel Health sensor and Soffico Orchestra Scenario sensor (BETA). This enables you to add these sensors via auto-discovery. |
Changed
Sensors
MySQL v2 |
With this PRTG version the MySQL v2 sensor does not support the integrated Windows authentication for MySQL anymore due to a license change in the database connector. The sensor will request the Windows password and username instead. |
Windows IIS 6.0 SMTP Received, Windows IIS 6.0 SMTP Sent |
We renamed the sensor types Windows IIS 6.0 SMTP Received sensor to Windows SMTP Service Received sensor and Windows IIS 6.0 SMTP Sent sensor to Windows SMTP Service Sent sensor to meet the technical requirements. |
Fixed
Server
Access rights |
We fixed an issue that affected the creation of Reports, Notification Templates and Schedules when you were logged in as a user with read/write access. When you were logged in as a read/write user, you would get an Unauthorized ajax error when you tried to create a Report, Notification Template or Schedule. However, the creation was successful in the background and visible to PRTG users with administrative rights afterwards. |
API Keys |
We fixed an issue where the created API key for an active directory user was still valid for a certain period of time even though the active directory user was deleted. Previously, when you created a new user in your active directory and connected it with your PRTG installation and also created an API key for this user, the API key would still be valid for a while even the login credentials were not when you deleted the user afterwards. The API key is now promptly invalid like the credentials when you delete the user from your active directory. |
Map rotation |
Public map rotation is now working again as expected. Previously, if you used the public map rotation feature without login credentials required, only the first map would be displayed or the other maps would be displayed as blank pages instead. |
Reports |
You can now create Historic Data Reports in the Historic Data tab for sensors as .csv file format again with the setting for show percentiles activated. Previously, the historic data report would run into an Ajax Error: timeout when you selected the format .csv file and additionally selected the radio button for show percentiles. |
Scanning Interval |
We fixed an issue for certain selected sensor types that caused the previously set scan interval to be ignored and always run for the default value of 60 seconds. In addition, the interval information was not added to the sensor log in cases where the |
Fixed
Sensors
AWS sensors |
We implemented various improvements for the AWS v2 sensors:
|
EXE sensors |
We fixed an issue for certain EXE sensor types, such as the ADO SQL v2 sensor, where the parsing for arguments failed when the Connection String in the Database Specific setting contained a linebreak. The sensor reported a down status with the message Invalid Authorization Specification in these cases. |
Microsoft 365 Mailbox sensor |
|
MySQL v2 |
We fixed an issue for the MySQL v2 sensor where the executed SQLV2.exe client tool reported an error with the message Parameter -sslmode is missing. With PRTG version 21.2.68.1492 we introduced a dedicated setting for the SSL mode; however, this setting was initially only implemented for the Command Line Interface. The options you could choose are the same as the values of the MySQL sslmode parameter. |
Netflow sensors |
We fixed an issue for certain Flow sensors, like the NetFlow v9 sensor or IPFIX sensor, that led to access violations in certain cases when the data flow contained fields with variable length. |
OPC UA Server Status sensor |
We fixed an issue for the OPC UA Server Status sensor that reported the following error message in certain cases: The sensor could not connect to the OPC UA server (BadConnectionClosed). The issue occurred because the endpoint selection changed with an update of the library open62541 that is used by OPC UA. |
SNMP HPE ProLiant Memory Controller sensor |
We fixed an issue for the HPE ProLiant Memory Controller sensor that in some cases could not be created on a HPE ProLiant Gen10 server when the device type was 1 (other) in the given OIDs. An error with the message The sensor could not find any matching data on the monitored device occurred in these cases during sensor creation. |
SMTP sensor |
We fixed an issue for the SMTP sensors where the HELO ident that you configured in the Authentication setting of the sensor was ignored and instead e.g. the default hostname of the probe was used. This issue affected the SMTP sensor, SMTP&POP3 Round Trip sensor and the SMTP&IMAP Round Trip sensor. |
Note
Paessler PRTG Enterprise Monitor
Offline activation |
With this PRTG version we introduce a solution for offline installations of Paessler PRTG Enterprise Monitor that allows you to use a special Paessler PRTG Enterprise Monitor license for an offline system. You will be contacted by your Paessler Sales representative if this change applies to you. For more information please see our Knowledge Base article https://kb.paessler.com/en/topic/91881. |
Fixed
Paessler PRTG Enterprise Monitor
WebGUI footer |
We fixed an issue where the footer on the PRTG web interface displayed Renew Maintenance when you had an active subscription license and when you were logged in with an account with administrative rights. The button Renew Maintenance appeared regardless of the maintenance days you had left. The footer now displays correctly the Contact Support button. |
Note
Installer
Security |
You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels: Stable 23.4.90.1299
|
Lab
Sensors
Script v2 sensor |
You can now create the Script v2 sensor (BETA) when you execute the Run Auto-Discovery with Template function on a device. The sensor will be created only when you have Python installed on the probe system. |
SNMP Disk Free v2 |
We fixed an issue for the SNMP Disk Free v2 (BETA) that displayed wrong values in certain cases when you updated to PRTG version 23.3.88.1393. The issue occurred in cases when you monitored disks with a larger volume. The sensor then reported wrong values like 0% for the percentage channel Free Space and went into error status. Additionally, the absolute values in the channel Total were displayed as negative. The issue happened because the value calculation in the sensor was exceeded by the large values and the sensor could not handle the value overflow correctly. |
SNMP Traffic v2 sensor |
Your SNMP Traffic v2 sensor now includes the tag snmp in the default tags that are automatically predefined in the Basic Sensor Settings when you add the sensor. |
Soffico Orchestra Scenario sensor |
You can try out our experimental Soffico Orchestra Scenario sensor that we introduce with this PRTG version. This sensor monitors the status of processes within an Orchestra scenario. The sensor comes with the channels Aborted Count, Downtime, Finished Count, Paused Count, Running Count and Warning Count. Please note that this sensor requires a Soffico license and as of Orchestra 4.8.2.5. |
Local Folder sensor and Network Share sensor |
You can now add the sensor types Local Folder Sensor (BETA) and Network Share Sensor (BETA) to your device template when you select the function Create Device Template in the device tree. This enables you to create these sensors afterwards with the option Run Auto-Discovery with Template. |
Lab
PRTG API v2
API v2 |
We added a new parameter purpose to the /schemas/{kind} endpoint that supports the values create (for POST), update (for PATCH) or read (for a GET endpoint). The endpoint returns the appropriate schema for a given purpose. |
PRTG application server |
|
Lab
New UI
Channels |
We fixed an issue for the Last Value column in the new UI that displayed 0% as difference value. The Last Value column now no longer show a difference value of '0' in the sensor channel list when the value is 0% as difference between Warning Limit and Last Value. |
Device Settings |
|
Maps |
We fixed an issue that occurred when you deleted devices that were included in a map. Previously after you deleted devices in the new UI that were included in a publicly accessible map you would receive the warning message Monitoring might be incomplete or inaccurate due to fundamental problems in your PRTG installation! Click here for more information! when you opened the map then in the classic UI. In addition, the Core Health sensor displayed a down status with the error message Free Physical memory is below error limit of x in Free Physical Memory. The public access page for the map was also not accessible and reported the error Map Refresh Failed in these cases. |
URL parameter |
|
Improved
Various
All parts of PRTG |
Various other minor fixes and improvements. |
Manual |
We have updated the manual to provide recommendations on how to handle PRTG configuration files in a secure manner, please see the updated manual sections Files and Subfolders in the PRTG Data Directory and Handling Configuration Files. |
Languages |
We updated the Chinese, French, German, Japanese, Portuguese, Russian and Spanish language files. |
Sensor Languages |
We updated the Chinese, German, French, Japanese, Portuguese, Russian and Dutch language files for certain selected sensor types. |
October 16th 2023 - Version 23.4.88.1429
Blog article
New PRTG release 23.4.88 is available!
The latest Paessler PRTG release, 23.4.88, is now available in the stable release channel! This version comes with the experimental SNMP Traffic v2 sensor and improvements for the MQTT Subscribe...
Read the complete blog post here
Read the complete blog post here
Important
Security
Webserver |
We fixed a path traversal vulnerability in the PRTG Webserver that could be leveraged without authentication. The vulnerability can be tracked under CVE-2023-45858. More information will be available as part of a staged disclosure process, for updates please see our Knowledge Base article https://kb.paessler.com/en/topic/91880. |
Note
Installer
Security |
You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels: Stable 23.4.88.1429
|
October 2nd 2023 - Version 23.3.88.1421
Fixed
Sensors
SNMP Disk Free |
We fixed an issue for the SNMP Disk Free sensor that displayed wrong values in certain cases when you updated to PRTG version 23.3.88.1393. The issue occurred in cases when you monitored disks with a larger volume. The sensor then reported wrong values like 0% for the percentage channel Free Space and went into error status. Additionally, the absolute values in the channel Total were displayed as negative. The issue happened because the value calculation in the sensor was exceeded by the large values and the sensor could not handle the value overflow correctly. Note: This issue still occurs for the SNMP Disk Free v2 (BETA) sensors that we released as experimental sensors with PRTG version 23.2.86.1520. |
Fixed
Server
Maps |
We fixed an issue that led to a higher memory consumption when you updated to the previous PRTG stable version 23.3.88.1393. The issue was caused by public map displays. You can also recognize an increased Sessions number in the PRTG Core Server System Memory on the setup page in this case. |
Note
Installer
Security |
You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels: Stable 23.3.88.1421
|
September 20th 2023 - Version 23.3.88.1393
Improved
Server
Security |
Your API Keys are no longer logged in a readable format in the CoreWebServer.log when you have created an API key before and executed an API call request with it. The issue only occurred for the Log in Debug Level. |
Improved
Sensors
AWS EC2 v2 and AWS RDS v2 sensors |
Your AWS EC2 and AWS RDS v2 sensors will show a warning message if the limit of the channel CPU Credit Balance limit has less than 1 credit available. Previously the sensors were showing an error status. Please note that this change applies only when you add this sensor type as new sensor. |
Microsoft 365 Mailbox sensor |
You can now filter emails that match a defined regular expression. The new filter filters email whose Subject, From or Body fields match the defined regular expression. You can set the new option under the Microsoft 365 Settings. Important: The regular expressions filter will result in the Down status if there are more than 10,000 emails in the mailbox folder you want to monitor. This is because the regular expression filter is applied after the emails are retrieved from the API. The larger the volume of emails, the greater the impact on performance. Enable the Filter by Age setting or use a non-regular expression filter in addition to the regular expression filter to reduce the number of emails. |
MQTT Subscribe Custom sensor |
We added two new options in the MQTT Specific settings of the MQTT Subscribe Custom sensor for a better message handling. The option Add duration since last message will set a threshold alarm that will notify you when no message was received. Previously, the sensor went into unknown status before when no message was received in the scan interval. This default behavior will remain if the setting for Add duration since last message is not enabled. The option Retain last sensor value keeps the last message on the live charts and allows you to monitor specific JSON values of the payload. |
SNMP Buffalo TS System Health Sensor |
Your SNMP Buffalo TS System Health sensor is now able to display an additional status for the channel Firmware Update Available. Previously, the status was not included in the lookup file and therefore displayed an error with the message undefined lookup value (3) when the value 3 was sent to the sensor. The value 3 in this case represents the status latest. |
Fixed
Server
Cluster Setup |
We fixed an issue that caused the Failover node to become unreachable when you added a new contact to the Notification Contacts settings of the Master node. |
Dependencies |
We fixed an issue where dependent objects, like sensors and devices, were not paused if the configured master sensor went into error status due to exceeded limits. When you configured the sensor under Dependency Type as Master sensor for parent then the issue occurred in rare cases when the sensor was not saved to the device tree while the limit status changed. The issue only affected newly created sensors. |
Error messages |
PRTG shows the error dialog Error (Bad Request) in the web interface again when you attempt to save invalid changes to settings. Previously, the error description was not displayed. The page reloaded without any indication when you tried to save your changes with invalid settings. The error was only logged in CoreWebServer.log. |
Libraries |
You can now create libraries again when you are logged in as a user with read/write access. This did not work before in the previous PRTG version 23.3.86.1520 when you were logged in as a read/write user that has full access in the according user group. You would get an Unauthorized ajax error message for adding a new library before. |
Notifications |
|
PRTG Administration Tool |
You can now enter a folder path with a folder that contains ANSI-characters, like umlauts or accents, in the PRTG Core Server Tab of the PRTG Administration Tool. Please note that this change does not work for unicode characters, like the Cyrillic language. If you select a folder path that contains non-ANSI characters or if you enter a folder path name with such in the field for Local Storage of Data Files and Monitoring Database, then an according error message will be displayed. |
PRTG Installer |
During PRTG installation, when the license server is unreachable due to connection or license expiration issues, the following error message will be displayed: Either the license server is not available because you are offline, or you cannot use the current version of installer because your license has expired. Please check your connection or log into the Paessler shop, make sure your maintenance contract is active and restart the installer. Previously, the installation displayed an error with the message that the license is invalid or that maintenance has expired. |
Probe connection |
We fixed an issue where in certain cases the probe service stopped working and caused the probe to disconnect from the PRTG core server. The probe service then reported a high CPU usage in these cases and sometimes access violations were logged in the PRTG probe.log additionally. The issue was probably caused by the DNS v1 sensor that we declared as deprecated with PRTG version 21.3.69.1333 and which was replaced with its successor DNS v2 sensor. For more information about deprecated sensor types and their alternatives please see our Knowledge Base article: https://kb.paessler.com/en/topic/89505. |
Remote probe update |
We hardened the mechanism for the automatic update of remote probes in PRTG with this PRTG version. Previously, sometimes remote probes required a manual update after you auto-updated your PRTG server with a new version due to a connection issue. Please note that this change will take effect when you update from PRTG 23.3.88 to the following version, not immediately after updating to this PRTG version. |
Scanning Interval |
We fixed an issue in the Monitoring settings for the Scanning Intervals section. You can now enter multiple scanning intervals again with the format of Coordinated Universal Time (UTC) points, like @ UTC hh:mm , hh:mm. Previously intervals with the "@ UTC" format were treated as duplicates and the entries could not be saved. Please note that you have to enter different time periods in the scanning intervals when you add multiple intervals in the UTC format. Note:The input validation still incorrectly fails when you add a UTC at a full hour that is already set as hourly scanning interval. For example, @ UTC 06:00 fails to save when there is already a scanning interval with 6h while @ UTC 06:01 would work in this case. |
Single Sign-on |
We fixed an issue where in rare cases the execution of the button Test Single Sign-On Authorization Endpoint led to an access violation. This issue occurred only in very rare cases if your Application (Client) ID for loading the configuration contained a blank space at the end. |
User groups |
We fixed an issue for user groups that had the setting Allow user group members to create certain sensors only enabled. When you created a user group with the mentioned setting and did not select any sensor types in the list, then all the sensor types would be selected after a PRTG core server restart for this user group. |
Fixed
Sensors
Add sensor |
We fixed an issue for certain sensor types that ran into the error no available in the Specific settings of the sensor during sensor creation. The issue happened when a timeout value higher than 300 was set in the registry for the initial sensor scan when you added the sensor. Sensor types affected were Microsoft 365 Service Status Advanced, Veeam Backup Job Status Advanced sensor, for example. |
Beckhoff IPC System Health sensor |
The Beckhoff IPC System Health sensor now supports IPv6 as IP Version connection that you can configure in the Basic Device Settings under IP version of the monitored device. The sensor appeared under Sensor types that are not IPv6 compatible in the previous PRTG versions due to a missing compatibility flag in the sensor library. |
Custom sensor channel names |
We fixed an issue for custom sensor types, like the HTTP Push Data Advanced sensor, where channels were created as duplicate when there was a trailing whitespace behind the relevant channel name. The issue occurred after a PRTG core server restart. The whitespace was removed and since it did not match the previous channel name, the sensor would create a duplicate. |
HL7 sensor |
We fixed an issue for the HL7 sensor in the settings for Message Header where the Default message header was overwritten in certain cases. The issue happened when you entered data for the setting Override message header but you activated the radio button for Default message header afterwards. In those cases, the sensor always took the override parameters instead of the selected default headers from the script. |
HTTP Push Data sensors |
Your HTTP Push Data sensors will show again their values in the Last Value column of the channel list of the sensor as well as in the channel gauges of the sensor Overview tab. The Last Value column did not display any data before in the previous PRTG versions for the HTTP Push Data sensor, HTTP Push Data Advanced sensor and HTTP IoT Push Data Advanced sensor. |
HTTP sensors |
We fixed the handling of HTTP methods that are returned after a redirect to follow the Post/Redirect/Get (PRG) pattern. This prevents the contents of the original POST to be resubmitted by redirecting the client to another location. If you select the Request Method POST, for example, under the HTTP Specific settings of the sensor, then the first request will use this method. If a request is redirected, all further requests will use GET. Redirects of requests that use GET and HEAD will continue to use GET and HEAD, respectively. This change affects all HTTP based sensor types, like the HTTP sensor and HTTP Advanced sensor. |
Microsoft Azure sensors |
Your Microsoft Azure sensors now query data in a slightly longer time span to make sure data is returned from Microsoft Azure and that every time stamp is considered. Previously, it could happen that Azure did not return any value when the queried time span was too close to the present as it would query only the most recent one and not also the latest data.
Note: The Microsoft Azure SQL Database sensor will throw an exception in case no result is returned from timeseries. Microsoft Azure Storage Account and Microsoft Azure Virtual Machine sensors return default value = 0 in case no result is returned from timeseries. |
NetApp I/O v2 sensor |
We fixed an issue for the NetApp I/O v2 sensor that occurred with the ONTAP version update to 9.12.1P3. Due to changes in the API, the sensor received additional unexpected information which resulted in an error with the message The queried field "value" is empty for NetApp Cluster systems. |
OPC UA sensors |
We fixed an issue for OPC UA sensors that could run into a memory leak on the probe system causing the probe service to stop. The issue occurred only in certain cases when you ran a large number of OPC UA sensors, like OPC UA Certificate sensor, OPC UA custom sensor and OPC UA Server Status sensor with a short scan interval. |
Redfish System Health sensor |
We fixed an issue for the Redfish System Health sensor that in certain cases reported an error when the monitored device did not sent a Thermal service. The sensor ran into an exception and reported the error message No 'Thermal' service found in Redfish chassis. The channel for Thermal Status will now report the status Offline/Absent when there is no Thermal data sent by the monitored device. The channel for Thermal Status will not be created if the target system does not support this service determined with the first scan. |
SSL sensors |
We fixed an issue for the SSL Security Check sensor and SSL Certificate sensor that did not work anymore when a SOCKS proxy server for sensor connection was used in the previous PRTG versions. The sensors reported an error with the message The connection has dropped (PE039) in these cases. |
SNMP Cisco System Health sensor |
We fixed an issue for the SNMP Cisco System Health sensor that resulted in sensor logs that were written into the \Logs\sensors folder when you have selected the option Discard result in the Debug options of the sensor. The sensor kept overwriting the log files in this case when the store result option was disabled. Additionally, the sensor disabled the option Store result automatically after writing log files and reset it to Discard result. We also fixed this behavior so that you can now edit the options again manually. |
SNMP Custom String sensor |
We fixed an issue for the SNMP Custom String sensor where the parameter for the setting Interpret Result As was always set to the String (default) option, regardless of the option you set before. This issue occurred when the sensor was used in a device template. |
SNMP Nutanix Hypervisor sensor |
Your SNMP Nutanix Hypervisor sensor will display the speed in the column Last Value (speed) for Bytes Received when you update to this PRTG version. In the previous PRTG versions, the Last Value (speed) for Bytes Received was missing and had the unit Megabyte instead of Mbits configured. |
SNMP sensors |
Your SNMP Disk Free and SNMP Memory sensors now display valid values for monitored disks with a larger size >16 terabyte and memory storage >2 terabyte again. In the previous PRTG versions, these sensor types displayed random values or reported an error code 2003 |
Note
Known Issue
PRTG Installer |
PRTG currently stores the data for the Installation Path in the same folder as for the Data Path when you select to run the PRTG installer in the Custom mode for fresh installations. This issue happens when you change the Data Path directory in the path field directly. We will deliver a fix for this issue in the upcoming PRTG versions. As a workaround, please create a custom folder first if you do not want to install PRTG with the given default Data and Installation Paths. You can then select the folder location with the Browse button in the PRTG installer for the according path. Solved with PRTG Stable version 24.1.92.1554 |
Fixed
PRTG Desktop
Cloning sensors |
We have fixed an issue that prevented a sensor from being cloned to more than one device. The same issue would also occur if you tried to clone another sensor to another device after the first clone attempt. In both cases you would receive an error message stating Invalid operation. You can now clone a sensor (or different sensors) to more than one device. |
Comments |
We fixed an issue that prevented you from saving new or edit existing comments in the Comment tab of a device or a sensor. |
Probe transfer |
We fixed an issue where the transfer of your probes to another server may have failed in certain cases and resulted in a deadlock with the previous PRTG versions. With PRTG version 23.2.84.1566 we announced that you can find the Probe Transfer feature for PRTG Desktop under Probe Connection Settings in the PRTG setup and that it is no longer available in the Experimental Features section. |
Note
Installer
Security |
You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels: Stable 23.3.88.1393
|
Lab
Multi-Platform Probe
Beta release |
The Multi-Platform Probe enables you to deploy probes on platforms not supported by the Remote Probe, including various Linux distributions and ARM hardware. We are happy to announce that the MPP has entered its Beta status with this release. This version brings improvements for various internal processes and includes the SNMP Traffic v2 sensor. For more information about the Multi-Platform Probe please see our Knowledge Base article: What is the Multi-Platform Probe and how can I use it? For detailed release notes please see our Knowledge Base article: What are the release notes for the Multi-Platform Probe? |
Lab
PRTG API v2
Device settings |
We fixed an issue where it was not possible to pause a device via API with /api/v2/devices/40/pause. |
API Keys |
You can now create, read, update and delete API-Keys with HTTP requests via PRTG API v2. For example, a POST request to users/{id}/api-key will create an API key with name, description and access level properties for the user. For more information about how to manage API keys in the API v2, check the Accounts section in your OpenAPI specification at {yourprtgserver}:1616/api/v2/oas/#/Accounts (HTTPS) or {yourprtgserver}:1615/api/v2/oas/#/Accounts (HTTP) . |
PRTG application server |
We fixed an issue for the PRTG application server that ran into panic mode during startup process in certain cases. |
Lab
New UI
Device Settings |
|
Device Tree |
We fixed an issue that resulted in a missing cloned group in the new UI tree when you have cloned the group before in the classic UI and removed one device from the cloned group afterwards. Instead of only missing the deleted device in the new UI the whole group was gone in these cases. |
Web Interface |
We improved the navigation behavior of cards on the device and sensor overview pages. |
Lab
Sensors
REST Custom v2 |
|
SNMP Traffic v2 |
You can try out the experimental SNMP Traffic v2 sensor. The SNMP Traffic v2 sensor monitors bandwidth and traffic on a device via the Simple Network Management Protocol (SNMP). This sensor type has the same basic settings as its predecessor and comes with the additional channels Broadcasts In (number of incoming broadcast packets), Broadcasts Out (number of outgoing broadcast packets), Multicasts In (number of incoming multicast packets), and Multicasts Out (number of outgoing multicast packets). This sensor is not affected by the following SNMP compatibility options set in the parent device: Port Name Template, Port Name Update, Port Identification, Start Interface Index, and End Interface Index. |
HTTP v2 |
We improved the handling of HTTP requests for the HTTP v2 (BETA) sensor to follow the Post/Redirect/Get (PRG) pattern. |
Improved
Various
All parts of PRTG |
Various other minor fixes and improvements. |
Languages |
We updated the German and Spanish language files. |
Sensor Languages |
We updated the Dutch, German and Spanish language files for certain selected sensor types. |
July 25th 2023 – Version 23.3.86.1520
Blog article
New release! PRTG 23.3.86 is now available
Paessler PRTG 23.3.86 is now available in the stable release channel! The main focus of this release is to provide security fixes throughout PRTG. In addition, this release includes the...
Read the complete blog post here
Read the complete blog post here
New
ITOps Board 3.11
Improvements and Fixes |
ITOps Board version 3.11 comes with improvements to accessibility on the boards page and context menu, as well as excluded child boards by default on display and improvements to integration settings. It also covers fixed issues. For integrations that have a large number of components, an internal server error may have occurred in previous ITOps Board versions when you have performed a search. Also boards will no longer remain in maintenance mode when the scheduled maintenance period has ended. Security Update: We updated the ITOps Board to version 3.11.4 to fix an issue in the remote agent installation file where the connection credentials were stored in a readable format and are now masked again. |
Improved
Security
Vulnerabilities |
For further information please also see our Knowledge Base article: https://kb.paessler.com/en/topic/91845 |
Improved
Sensors
Sensor Security |
We fixed a vulnerability that could enable an authenticated and authorized malicious user to write an arbitrary file on the probe system. The issue affected the exe sensors FTP Server File Count sensor and HTTP XML/REST Value sensor. The vulnerabilities can be tracked under CVE-2023-22631 and CVE-2023-22632. For further information please also see our Knowledge Base article: https://kb.paessler.com/en/topic/91756 |
Improved
Web server
Web server Security |
We hardened PRTG against a possible Cross-Site Scripting (XSS) attack where a malicious actor could trick a victim into running injected javascript code over a manipulated link. Specifically, by using the bodyclass as a get parameter in conjunction with specifically encoded javascript, an attacker could trick a victim into running the injected code and disclose information to the attacker. Thanks to Nicolas Verdier for reporting the issue. The vulnerability can be tracked under CVE-2023-28148. |
Fixed
Server
Forgot Password |
Read-only users that do not have the permission to change their password will now receive an email again with the information Subject: Password Reset Failed: Please contact your PRTG administrator. Password Reset Failed: Not allowed. Read-only users without permission to change their password did not receive this email in the previous PRTG version before with the Forgot password? option on the PRTG login page. |
PRTG Configuration file |
Access keys for Probe and PRTG application server are now encrypted in the PRTG configuration file. The mentioned access keys were displayed in a readable format in the previous PRTG versions. |
PRTG installer |
The PRTG installer now validates the access to the selected Installation Path and Data Path on PRTG installation in the Custom mode and resets the path to its default when it is not accessible. Previously, the installation displayed a fatal error with the message PRTG Webserver could not be started properly when the installer failed to write into the path due to access restrictions. |
Notifications |
We fixed an issue for the HTTP notification type when it contained reserved special characters, such as hash symbols (#), in the placeholders of the URL which you can add in the Execute HTTP Action section. The URL string was cut off after the hash symbol in these cases. |
Object naming |
We fixed an issue on group, sensor, device and notifications level that led to several issues in the web interface when you entered an URL as name of the relevant object. |
Fixed
Sensors
DNS v2 sensor |
We fixed an issue for the DNS v2 sensor where the character escaping for curly brackets } in the Filter Value did not work properly. The sensor displayed the error message regex_error(error_brace): The expression contained mismatched { and }. |
HL7 sensor |
We fixed an issue for the HL7 sensor that went into error status with the message Error caused by lookup value 'No' in channel 'Message Control ID OK' (AE:102 Data type error) after running for a certain period of time. The issue was located in the current date and time of the timestamp. |
HPE 3PAR |
We fixed an issue that happened within the parsing of the output for the commands executed by the HPE 3PAR drive enclosure sensor. The sensor then reported the error message Invalid response structure encountered, some data is missing for HPE Primera systems in certain cases. |
HTTP Advanced |
Your HTTP Advanced sensors now can use custom headers again when you have defined them in the setting for Use Custom HTTP Headers of the sensor settings. Previously, the custom headers were ignored and overwritten with a default value. We therefore also fixed an issue with the default HTTP headers where the wrong response format, e.g. XML instead of JSON, was returned in certain cases. |
Microsoft Azure Storage Account Sensor |
We fixed an issue for the Microsoft Azure Storage Account sensor's channel, Used Capacity , which was previously recording 0 values. With this fix the sensor returns the average values. |
NetApp SnapMirror v2 |
Your NetApp SnapMirror v2 sensor is now able to display a correct status for the channel Transfer Status when the reverse lookup value is insync for Snapmirror response protections. Previously, the sensor reported an error with the message The following reverse lookup value is invalid: insync. in this case. |
NetFlow |
We fixed an issue for the NetFlow v5 sensor where the values for Inbound and Outbound Interface were set to 16 bit instead of 32 bit in certain cases. |
OPC UA Sensors |
|
Veeam Backup Job Status and Veeam Backup Job Status Advanced sensor |
We fixed an issue for the Veeam Backup Job Status and Veeam Backup Job Status Advanced sensor where the login on the Veeam Enterprise Manager failed with the message Enterprise Manager Login failed: 401: Unauthorized |
Windows MSMQ Queue Length sensor |
Your Windows MSMQ Queue Length sensors will now run again when you update to this PRTG version. These sensor types did not work anymore with PRTG version 23.1.82.2175 and reported an error with the message Queuename not found on specified machine in certain cases. The issue occurred on remote systems with a MSMQ service running that could not be queried. |
Fixed
PRTG Mobile Apps
User Login |
We fixed an issue where the login for non admin user accounts did not work anymore when PRTG was updated to version 23.2.84.1566. The issue occurred for both manual and QR code login. The workaround was to log in with an admin user account.
Note: This fixes also an issue for PRTG Desktop where non admin users were also not able to log in anymore with PRTG version 23.2.84.1566. |
Note
Known Issue
PRTG Desktop Probe Transfer |
The transfer of your probes to another server may fail in certain cases and will result in a deadlock. We are currently analyzing the issue. With PRTG version 23.2.84.1566 we announced that you can find the Probe Transfer feature for PRTG Desktop under Probe Connection Settings in the PRTG setup and that it is no longer available in the Experimental Features section. Solved with PRTG 23.3.88.1393 |
Libraries |
You currently cannot add a library with a user account that has read/write access when you update to this PRTG version. When you are logged in as a read/write user that has full access in the according user group you will get an Unauthorized ajax error message for adding a new library. As a workaround, please use an admin user account instead. We will deliver a fix for this issue in the upcoming PRTG versions. Solved with PRTG 23.3.88.1393 |
Microsoft 365 Mailbox sensor |
You currently cannot save changes in the sensor Settings of your M365 Mailbox sensor when you update to this PRTG version 23.3.86. If you change the sensor settings and try to save them, you will receive an Unauthorized ajax error message, the site page will reload, and the settings will revert to the previous state. You can save the settings initially when you add this sensor type as new sensor during the creation process. We will deliver a fix for this issue in the upcoming PRTG versions. Solved with PRTG 23.4.90.1299 |
Note
Installer
Security |
You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels: Stable 23.3.86.1520
Important: This PRTG stable version has the sequential build number 23.3.86. We published PRTG 23.3.85 only in the preview release channel due to a change in the release process. |
Lab
Multi-Platform Probe
Second Alpha release |
The Multi-Platform Probe enables you to deploy probes on platforms not supported by the Remote Probe, including various Linux distributions and ARM hardware.
We are happy to announce that this version brings you the most recent sensors in a streamlined installation process, using Linux distributions package managers from Debian, Ubuntu, and RHEL/CentOS.
This release adds the sensors HTTP v2, SNMP Disk Free v2, SNMP Custom v2, and SNMP Uptime v2. With this release the focus is on expanding Linux compatibility. We removed Windows compatibility and will continue to explore supporting Windows. For Windows, please continue to use the remote probe. Important: There have been significant changes in the installation, including changes to the file paths and the exposure of the service. If you already installed the Multi-Platform Probe in the past, then please remove your current installation before you install this release. For more information about the Multi-Platform Probe please see our Knowledge Base article: What is the Multi-Platform Probe and how can I use it? For detailed release notes please see our Knowledge Base article: What are the release notes for the Multi-Platform Probe? |
Lab
Sensors
Cisco Meraki |
We fixed an issue for the Cisco Meraki License Sensor and Cisco Meraki Network Health Sensor that went into an error status when PRTG was updated to version 23.2.84.1566 with the message The sensor could not get a response from the server. 0 (). schannel: next InitializeSecurityContext failed: SEC_E_ILLEGAL_MESSAGE (0x80090326) - This error usually occurs when a fatal SSL/TLS alert is received (e.g. handshake failed). |
HTTP v2 |
|
SNMP Disk Free v2 |
You can try out the experimental SNMP Disk Free v2 sensor that was rewritten to work on the Multi-Platform Probe. The SNMP Disk Free sensor monitors the free disk space on a logical disk via the Simple Network Management Protocol (SNMP). This sensor type has the same basic settings as its predecessor and comes with the channels Free Space (bytes), Free Space (%) and Total Space (bytes). |
SNMP Uptime v2 |
We fixed an issue for the SNMP Uptime v2 sensor that reported the following error in certain cases: Could not resolve OID for 'iso.org.dod.internet.mgmt.mib-2.host.hrSystem.hrSystemUptime.0'. Either the required MIB file was not found or the name is invalid. The issue occurred only when you have added the sensor to a remote probe. |
Script v2 |
We fixed an issue for the Script v2 sensor where the path to the Script folder was broken. The issue was fixed for the path on Microsoft Windows operating systems. |
Lab
PRTG API v2
PRTG application server |
We fixed an issue that prevented logging in after an automatic logout, for example after a timeout, logout in a different tab or when the PRTG application server was disconnected. |
Lab
New UI
Device settings |
|
Web Interface |
|
Improved
Various
All parts of PRTG |
Various other minor fixes and improvements. |
Languages |
We updated the German and Spanish language files. |