Monitoring

A check for every service.

HTTP, ping, TCP, DNS, or straight against a JSON API — each protocol checks what actually matters for that kind of service. Response codes and expected keywords are configurable per monitor.

active monitors
app.example.com HTTP UP42ms
checkout.example.com HTTPS UP118ms
203.0.113.4 Ping UP9ms
smtp.example.com:587 TCP UP31ms
ns1.example.com DNS UP15ms
api.example.com/health API UP58ms

6 check types, one tool.

HTTPWebsite, web app
HTTPSSSL certificate included
PINGServer, raw IP
TCPPort, network service
DNSResolution, domain
gRPCServices, APIs
APIJSON endpoint

How it works.

01

Pick the protocol

HTTP(S) for a site, TCP for a service port, ping for a raw server, or a JSON request for an API.

02

Fine-tune the check

Accepted response codes, expected keyword in the response body — not just "it responds", "it responds correctly".

03

Get alerted

Email and Discord, with configurable escalation and anti-spam cooldown to keep the noise down.

What's included.

HTTP(S) & API

Configurable response codes — an expected 404 or 500 won't trigger a false alert.

Keyword monitoring

Checks that a specific keyword appears in the response — catches a page that returns 200 but shows an application error.

Ping & TCP/Port

Raw network availability, no HTTP involved — for a mail server, a database, an internal service.