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
55
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?