6 results found

1. Preserve Custom Icon Template During PRTG Updates

   As a PRTG administrator,
   I want my customized iconset template.htm file to be preserved during PRTG updates,
   So that I don't have to manually restore my customizations after every update.

   I have customized the template.htm (“C:\Program Files (x86)\PRTG Network Monitor\webroot\mapicons\iconset8\template.htm”) for our icons. Unfortunately, this is overwritten with every PRTG update.

   7 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Delete…  ·  Admin →
   Declined  ·  AdminDaniel Elsner (Product Manager, Paessler) responded

   Hi there,

   Thank you again for submitting your idea to Paessler. We truly appreciate you taking the time to share your feedback.

   
   

   Unfortunately, we cannot implement this change directly because we need the flexibility to push future security updates. However, there is a simple workaround: go to the properties of that template.html file and set it to read-only. This will prevent updates from overwriting your changes. Just keep in mind that this will also block any critical security patches for that specific file.

   
   

   Best regards,

   The Paessler Product Team

2. New log upload for PRTG offline systems

   I have a PRTG installation which runs in an offline environment. Therefore I have no option to upload a support bundle. Instead, I have to use the Paessler FTP to upload log files or attach manually zipped logs to my email when they are not too big.
   The FTP upload does not work very often and files after most of the time too big for mail.
   As a solution I would like to have a button in PRTG web UI to automatically zip the required logs. Perfect would be that these logs can be uploaded via my browser (not PRTG server).

   I have a PRTG installation which runs in an offline environment. Therefore I have no option to upload a support bundle. Instead, I have to use the Paessler FTP to upload log files or attach manually zipped logs to my email when they are not too big.
   The FTP upload does not work very often and files after most of the time too big for mail.
   As a solution I would like to have a button in PRTG web UI to automatically zip the required logs. Perfect would be that these logs can be uploaded via my browser (not PRTG… more

   4 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Declined  ·  1 comment  ·  Delete…  ·  Admin →

3. Centralized Maintenance Window Visibility for Multi-Client Environments

   As a Systems Engineer supporting multiple clients in an managed service provider (MSP) environment,
   I want a centralized view in the PRTG UI that displays all active and scheduled maintenance windows across all clients,
   so that I can quickly verify existing maintenance windows before creating new ones, prevent accidental overwrites, and maintain clear visibility of which clients have scheduled downtime without needing to navigate to each client's device or group individually.

   Currently, when a warning window is created, it's not clearly visible anywhere.
   You have to know which client it was created for. A newly created warning window overwrites an existing one.

   As a Systems Engineer supporting multiple clients in an managed service provider (MSP) environment,
   I want a centralized view in the PRTG UI that displays all active and scheduled maintenance windows across all clients,
   so that I can quickly verify existing maintenance windows before creating new ones, prevent accidental overwrites, and maintain clear visibility of which clients have scheduled downtime without needing to navigate to each client's device or group individually.

   Currently, when a warning window is created, it's not clearly visible anywhere.
   You have to know which client it was created for. A newly created warning window overwrites an… more

   •  

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Delete…  ·  Admin →
   Declined  ·  AdminIsidora Jeremic (Admin, Paessler) responded

   Hi there,

   Thank you again for submitting your idea to Paessler. We truly appreciate you taking the time to share your feedback.

   After careful consideration by our team, we've decided to decline this idea at this time. This decision was made based on several factors, which may include:

   • It doesn't align with our current product roadmap or strategic priorities.
   • The resources required for implementation outweigh the current projected benefits for our user base.
   • There are technical limitations that prevent us from moving forward.
   • A similar feature is already available or planned in a different way.

   While this particular idea won't be moving forward, please don't be discouraged! Your input is incredibly valuable, and we encourage you to continue sharing your thoughts and ideas with us.

   Thanks for your understanding and for helping us shape the future of Paessler.

   Best regards,

   The Paessler Product Team

4. Mobile App User Access Tracking and Management

   As an IT Manager, I want a centralized management interface to track and manage which users have installed the PRTG mobile app on their devices, so that I can maintain security compliance, control access to monitoring data, manage licenses effectively, and ensure only authorized personnel have mobile access to our PRTG infrastructure.

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Delete…  ·  Admin →
   Declined  ·  AdminIsidora Jeremic (Admin, Paessler) responded

   Hi there,

   Thank you again for submitting your idea to Paessler. We truly appreciate you taking the time to share your feedback.

   After careful consideration by our team, we've decided to decline this idea at this time. This decision was made based on several factors, which may include:

   • It doesn't align with our current product roadmap or strategic priorities.
   • The resources required for implementation outweigh the current projected benefits for our user base.
   • There are technical limitations that prevent us from moving forward.
   • A similar feature is already available or planned in a different way.

   While this particular idea won't be moving forward, please don't be discouraged! Your input is incredibly valuable, and we encourage you to continue sharing your thoughts and ideas with us.

   Thanks for your understanding and for helping us shape the future of Paessler.

   Best regards,

   The Paessler Product Team

5. Test Idea

   lorem ipsum dolor

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Declined  ·  0 comments  ·  Delete…  ·  Admin →

6. MultiBoard Probe Transfer with Configurable Destination Server Address

   As an IT Infrastructure Manager using PRTG MultiBoard to manage multiple PRTG instances, I want to specify the destination server address when transferring probes between PRTG instances, so that transferred probes maintain connectivity when the destination server is behind NAT without requiring manual post-transfer reconfiguration.

   Currently, when using PRTG MultiBoard for Probe Transfer, it automatically deploys the local LAN IP of the destination server to the probe. If the server is behind NAT we then lose connectivity to the probe. It will be useful either to allow the hostname to be set in the tool or pick the address up from the Setup/ interface/ DNS name.

   As an IT Infrastructure Manager using PRTG MultiBoard to manage multiple PRTG instances, I want to specify the destination server address when transferring probes between PRTG instances, so that transferred probes maintain connectivity when the destination server is behind NAT without requiring manual post-transfer reconfiguration.

   Currently, when using PRTG MultiBoard for Probe Transfer, it automatically deploys the local LAN IP of the destination server to the probe. If the server is behind NAT we then lose connectivity to the probe. It will be useful either to allow the hostname to be set in the tool or pick the address up… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Delete…  ·  Admin →
   Declined  ·  AdminDaniel Elsner (Product Manager, Paessler) responded

   Hi there,

   Thank you again for submitting your idea to Paessler. We truly appreciate you taking the time to share your feedback.

   After careful consideration by our team, we've decided to decline this idea at this time. This decision was made based on several factors, which may include:

   • It doesn't align with our current product roadmap or strategic priorities.
   • The resources required for implementation outweigh the current projected benefits for our user base.
   • There are technical limitations that prevent us from moving forward.
   • A similar feature is already available or planned in a different way.

   While this particular idea won't be moving forward, please don't be discouraged! Your input is incredibly valuable, and we encourage you to continue sharing your thoughts and ideas with us.

   Thanks for your understanding and for helping us shape the future of Paessler.

   Best regards,

   The Paessler Product Team