Checkmk packages created
by the community

Extend your Checkmk monitoring with packages created by community members. Or create your own packages and share the here with the rest of the community.

Recently added

  • by otAAAh

    A guided setup wizard for the Generic JSON API agent โ€” build a monitoring rule from your API's real response, right inside Checkmk. This is the optional companion to the **Generic JSON API** package. It adds an in-site wizard under **Setup โ†’ Quick setup** that walks you from a live API response to a finished rule โ€” no `rules.mk`, no `curl`, no leaving Checkmk. ## Requires - The **Generic JSON API** (`json_api`) package must be installed and enabled first โ€” this Explorer only *builds* rules for that agent; it does not monitor anything on its own. - **Checkmk 2.5 or newer**, any edition. The wizard is built on Checkmk's native Quick-Setup UI, which does not exist on 2.4. ## What it does - ๐Ÿงญ **Guided, step by step** โ€” choose the target folder and host, define one or more endpoints (URL, method, auth, headers, TLS/redirect options), then pick the fields to monitor. - ๐Ÿ”Ž **Fetches the real response** โ€” the wizard calls each endpoint from the site and shows you the actual JSON, so you click the fields that exist instead of guessing paths. - ๐ŸŽฏ **Point-and-pick fields** โ€” select values by path, set WARN/CRIT thresholds, units, a numeric transform, element counting, or string matching โ€” the same options the agent supports. - โœ… **Live preview before you commit** โ€” the review step evaluates every chosen field against the fetched sample and shows the resulting service state, so you catch a wrong path or threshold before the rule exists. - ๐Ÿ” **Secure by default** โ€” credentials are stored in the Checkmk password store and referenced, never written in clear text; TLS verification stays on. - ๐Ÿš€ **One click to create** โ€” the wizard writes the finished Generic JSON API rule for you. ## In short Install the **Generic JSON API** agent, then install this Explorer. Open **Setup โ†’ Quick setup โ†’ Generic JSON API**, point it at an endpoint, tick the fields you care about, and press create. The services appear on your host. ## Details - Extra/companion package โ€” install alongside, and after, the Generic JSON API agent. - Checkmk **2.5+**, any edition. - Install via `mkp add` / `mkp enable`, or **Setup โ†’ Extension packages**. - GPL-2.0-only.

  • by otAAAh

    Monitor any JSON API in Checkmk without writing a line of code. Point it at a /health, /status, or metrics endpoint, pick the fields you care about, and get a Checkmk service for each โ€” thresholds, graphs, and alerts included. One rule. Any API. Done. # Generic JSON API ## What you get - ๐ŸŽฏ **Any endpoint, unmodified** โ€” Spring Boot, Kubernetes, vendor appliances, your own apps. No special response format required. - ๐Ÿงญ **Pick fields by path** โ€” `components.db.status`, `items[0].count`, done. - ๐Ÿ” **Auto-discover arrays *and* objects** โ€” `nodes[*].status` becomes one service per array element, and `components[*].status` one per object key (e.g. a Spring Boot Actuator `/health` map), automatically. - ๐Ÿ”ข **Count elements** โ€” flip a switch to monitor *how many* elements a path holds (array length or object keys) instead of the value: queue length, number of unhealthy nodes, ... The count is a number, so units, WARN/CRIT levels and a metric all apply. Where `[*]` fans out one service per element, `count` collapses the whole collection into one "how many" service. - ๐Ÿ”— **Many endpoints, one rule** โ€” poll several APIs together, each with its own method, auth, and fields; an unreachable one only affects its own services. - ๐Ÿ“ˆ **Thresholds & graphs in Checkmk** โ€” WARN/CRIT and metrics live in *your* rule, not upstream in the API. - ๐Ÿงฎ **Transform the numeric value** โ€” apply a small arithmetic expression like `value / 1024 / 1024` (bytesโ†’MiB) or `(value - 32) * 5 / 9` (ยฐFโ†’ยฐC) before levels and the metric; safely evaluated, no `eval`. - ๐Ÿ”ค **String matching, two ways** โ€” require a value to match a regex (pick the state when it doesn't, default CRIT), or map values like `ready` / `degraded` / `failed` straight to OK / WARN / CRIT. - ๐Ÿ” **Secure by default** โ€” basic or bearer auth via the password store, TLS verification on. - ๐Ÿงฐ **Bonus field picker** โ€” paste your JSON in the bundled explorer, click what to monitor, copy the ready-made rule. On Checkmk 2.5+, install the optional companion package **Generic JSON API โ€“ Explorer (extra)** for a guided in-site wizard that builds the rule for you from a live API response. ## In 30 seconds `GET /actuator/health` โ†’ `{"status": "UP", "components": {"db": {"status": "UP"}}}` Tick `status` (expect `UP`) and `components.db.status` โ†’ instant services `JSON Health` and `JSON Database`. That's the whole setup. ## Details - **Checkmk 2.4+**, any edition. Tested on real 2.4 and 2.5 sites. - Install via `mkp add` / `mkp enable`, or **Setup โ†’ Extension packages**. - GPL-2.0-only

  • by masoibc

    Plugin monitors installed Sophos certificates for their validity via the Sophos XML API. Built-in ruleset for WARN/CRIT values. All data is processed within the RAM, Private Keys are always ignored for security, per-user-certificates are ignored by default. SETUP: 1. create sophos profile, api user and configure api access: - log on to firewall - System > Profiles > Device access > Add: create new profile (i. e. Profile name "API admin" with Read-write permissions for "Objects", "Network" ("Download certificates" and "Other certificate configuration") - Configure > Authentication > Users > Add: new user (i. E. named "checkmk"), User type "Administrator" and give him the profile added before - System > Administration > API access > activate API access and add your Checkmk as IP host to the list, hit apply 2. api documentation: - https://docs.sophos.com/nsg/sophos-firewall/19.0/Help/en-us/webhelp/onlinehelp/AdministratorHelp/BackupAndFirmware/API/APIAllowAccess/index.html - https://docs.sophos.com/nsg/sophos-firewall/19.0/Help/en-us/webhelp/onlinehelp/AdministratorHelp/BackupAndFirmware/API/APIConfiguration/index.html - https://docs.sophos.com/nsg/sophos-firewall/19.0/Help/en-us/webhelp/onlinehelp/AdministratorHelp/Certificates/HowToArticles/CertificatesAPIGetCertificate/index.html 3. Integration: - Configure API credentials under Setup > Agents > Other integrations > Sophos XGS Certificates 4. Host configuration: - Monitoring agents > Checkmk agent /API integrations > Configured API integrations

  • by rsander

    Notification plugin to send text messages via ecall.ch You need an account with username and password and need to have the HTTP API unlocked by the service.

  • by rsander

    Notification plugin for ConiuGo SMS gateway

Most downloaded

  • by rsander

    Agent Plugin to check SSL certificates in specified directories Now with support to check signature algorithm Windows Plugin added JSON data in agent data section Is now able to ignore certificates with a short lifetime

  • by simonmeggle

    Robotmk integrates Robot Framework results into Checkmk.

  • by lgbff

    This check monitors the status of ssl cert checks on ssllab.com. Changelog: - 3.2.0 no systemtime in agent output - 3.x version for cmk 2.2 - 2.1.0 change to python3 - 2.0.1 fix datasource_programm group definition - 2.0.0 insert cache for api response - 1.6.0 insert Agent status (line[3]) - 1.5.3 change default status - 1.5.2 Insert Agent Header infos - 1.5.1 cache default settings - 1.5.0 new data seperator (59) - 1.4.9 fix display JSON Error on check result. - 1.4.8 fix connect exeption - 1.4.7 add default value for timeout - 1.4.6 change timeout handling - 1.4.5 fix inventory issue while JSON issues - 1.4.4 change urlopen error handling - 1.4.3 Rename check file - 1.4.2 Fix check manpage - 1.4.1 delete modul calls from check - 1.4.0 changes for cmk version 1.4 - 1.3.1 improve error handling.

  • by rsander

    Plugin to gather Ceph statistics. ### Upstream since Checkmk 2.4 ###

  • by lgbff

    group of checks to monitor checkpoint firewalls