SolvedHeartbeat / Check-in Monitoring

Heartbeat ping returns OK even when I use a made-up token

Asked by Hannah FischerJun 9, 2026
While testing our integration I accidentally pasted a truncated token and the request still returned OK. I then tried a completely random token and it also returned OK. That makes me nervous, how do I know our real check-ins are actually being recorded?
Accepted answer from MonoDuty Support
Selin YıldızMonoDuty Support EngineerJun 11, 2026
Verify on the MonoDuty side rather than from the response. Two ways: 1. Open the heartbeat in the dashboard right after sending a test ping and look at the last ping timestamp. If it just updated, your token is correct. If it is unchanged or empty, the token is wrong. 2. Open the heartbeat's status history. Every ping writes an event there, success or failed, with a timestamp. This is also where you would spot a pattern of failures. A practical tip for your rollout: do this verification once per heartbeat at setup time, then never worry about it again. A typo in the token is a setup-time mistake, it does not appear later on its own. One more thing since you are testing: only GET and POST are routed for check-ins. If your tooling sends HEAD or PUT you will get a method not allowed response, which unlike a bad token is a visible error.
Was this helpful?55 of 57 found this helpful

2 replies

Selin YıldızMonoDuty Support EngineerJun 9, 2026

Hi Hannah, good catch and a fair reaction. This is deliberate: the check-in endpoint answers OK for every request, valid token or not. If it returned an error for unknown tokens, anyone could probe the endpoint and discover which tokens exist. The trade-off is exactly the one you noticed, the caller gets no success signal.

Hannah FischerJun 10, 2026

Understood. So what is the reliable way to confirm a check-in landed?