check.down) and recovery (check.up) notifications to Flashduty On-call. Each Hyperping monitor maps to one down alert: the alert triggers when the monitor goes down and recovers when the monitor is up again.
In Flashduty On-call
You can get the integration push URL in either of the following ways.Use a dedicated integration
- In the Flashduty console, go to Channels and open a channel
- Select Configuration → Integrations → Private integration, then click Add integration
- Select Hyperping and click Save
- Open the generated integration card and copy the Push URL
Use a shared integration
- In the Flashduty console, go to Integration Center → Alert Events
- Select Hyperping and enter an integration name
- Configure the default route and select a channel. You can add more rules under Routing after creation
- Click Save and copy the generated Push URL
In Hyperping
1
Connect the Webhooks integration in Hyperping
Where: Hyperping › Integrations › Webhooks › ConnectSign in to Hyperping, open the Integrations page, and click Connect on the Webhooks card.
After you save, Hyperping sends
check.down when a monitor goes down and check.up when it recovers; no separate recovery setting is needed.Webhooks are configured per project, not per monitor: once saved, down and recovery notifications of all monitors in the project go to this URL.2
Verify the lifecycle
Hyperping recommends verifying with a monitor that returns an error (for example, one that points to a page returning 404). Make the monitor actually go down and confirm Flashduty receives an active alert and the integration shows its Latest event time; then let the monitor recover and confirm the alert recovers.The test button below the webhook URL field only checks that the Push URL is reachable; see the FAQ below for how it behaves.
Payload
Hyperping POSTs JSON. Flashduty parses it directly, with no template to configure:
The alert title is the monitored URL; when the URL is empty it is
Hyperping monitor <monitor ID>.
Alert key
The Alert Key ischeck.monitorUuid. In the Hyperping documentation, the check.down and check.up samples carry the same monitorUuid, so a monitor’s down and recovery notifications land on one alert, and different monitors produce different alerts. Changing the URL, status code, time, or check location does not change the Alert Key.
If a request has no check.monitorUuid, Flashduty returns a parameter error, because the recovery could not be tied to its alert reliably. A notification whose event is neither check.down nor check.up (for example an event type Hyperping adds later) is ignored and acknowledged, and creates no alert.
Status and severity
Hyperping notifications carry no severity, so a down is treated as Critical.
A request whose
event is empty or any other value is rejected, so that a request of unknown state never enters the wrong alert lifecycle.
FAQ
Do repeated down notifications create multiple alerts?
Do repeated down notifications create multiple alerts?
No. Notifications for the same monitor carry the same
monitorUuid and merge into one alert.Troubleshooting
- Hyperping shows a failed delivery: confirm the webhook URL is the full push URL and includes
integration_key - Flashduty returns a parameter error: confirm the request is a Hyperping JSON notification and that
eventandcheck.monitorUuidare not empty - The alert does not recover: confirm the recovery is sent to the same webhook; the recovery and the down notification must carry the same
monitorUuid