Skip to content

Sensors

Categories

69 results found

  1. As a Systems Engineer responsible for monitoring SSL/TLS certificates,
    I want PRTG's SSL Certificate sensor (and related sensors) to support OCSP (Online Certificate Status Protocol) as a standalone certificate revocation verification method,
    so that I can accurately monitor certificate validity and revocation status even when the Certificate Authority no longer provides a CRL (Certificate Revocation List), avoiding false alerts or "Unable to Check Revocation Status" warnings that undermine the reliability of my monitoring setup.

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  2. As an IT Infrastructure Manager responsible for disaster recovery operations,
    I want PRTG to integrate with the Zerto Analytics portal to monitor Virtual Protection Groups (VPGs), their size, RPO compliance, and replication health,
    so that I can proactively detect drift in DRaaS protection, ensure business continuity compliance, and receive alerts when disaster recovery SLAs are at risk—all from within my unified PRTG monitoring dashboard.

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  3. As a Systems Engineer responsible for Microsoft Exchange servers,
    I want a native PRTG sensor that can automatically monitor the status and expiration of Microsoft Exchange SMTP certificates (the default self-signed certificate used for internal server-to-server encryption (opportunistic TLS), and a separate "Microsoft Exchange Server Auth Certificate" used for server-to-server authentication (OAuth)),
    so that I can proactively detect certificate expiration or validity issues before they cause email delivery failures, authentication problems, or security vulnerabilities in my Exchange environment.

    Similar requests in the past:
    https://helpdesk.paessler.com/en/support/solutions/articles/76000078074-feature-request-smtp-cetificate-sensor
    and
    https://helpdesk.paessler.com/en/support/solutions/articles/76000076583-feature-request-ssl-certificate-sensor-for-smtp-connector

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  4. As a System Engineer monitoring large-scale Citrix XenServer environments,
    I want the ability to selectively choose which channels to monitor in the Citrix XenServer Host sensor (e.g., specific CPU cores and hardware components),
    so that I can reduce sensor complexity, improve performance, and maintain a clear overview when monitoring systems with 200+ CPU cores without being overwhelmed by hundreds of unnecessary channels.

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  5. As a Storage Administrator, I want to add and monitor LUNs with an empty or unset comment field using the LUN v2 sensor in PRTG, so that monitoring coverage is not blocked by optional metadata and I can ensure complete visibility and SLAs across all storage volumes.

    Problem / Context:
    In many storage environments, the comment/description attribute of a LUN is optional and frequently left blank (e.g., when provisioned by automation or 3rd‑party workflows).
    When I attempt to add a LUN v2 sensor for such a LUN, PRTG fails with the error: “Das abgefragte Feld comment ist leer.” (“The queried…

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  6. As a Network Engineer monitoring network infrastructures with GRE tunneling, I want the sFlow sensor to sample GRE (IP protocol 47) traffic so that I can gain complete visibility into all network traffic flows, including tunneled traffic. Currently, PRTG sFlow sensor only samples UDP and TCP traffic.

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  7. As a Systems Engineer managing servers with outbound-only connectivity, I want HTTP Push Data Advanced sensors to gracefully resume monitoring after maintenance windows by using the most recent push data received during the pause, so that I don't get false alarms and can maintain accurate monitoring continuity during planned maintenance.

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  8. As a Systems Engineer managing multiple servers with multiple disk volumes, I want to configure disk space threshold triggers that apply to ANY partition across servers in a group so that I can efficiently monitor disk space without spending weeks manually configuring individual partition thresholds.

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  9. User Story:
    As a Network Administrator managing critical infrastructure,
    I want SNMP Trap Receiver sensors to maintain persistent alarm states until problems are resolved,
    so that I don't miss critical issues that are only reported once via SNMP traps

    Acceptance Criteria:
    - SNMP Trap Receiver sensors can maintain error states until problems are actually resolved, not just until the next scan interval.
    - Users have multiple ways to clear persistent trap alarms (automatic clear traps, manual reset, or timeout).
    - The persistent state feature can be enabled/disabled to maintain compatibility with existing monitoring setups.

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
1 2 4 Next →
  • Don't see your idea?