Product

Infrastructure monitoring that matches how you work

A monitor is a named thing you care about — a website, a mail host, a nightly job. Each monitor uses one or more checks. Checks run on a schedule from a city you pick. Alerts go to contacts, not to everyone with a login.

HTTP

The usual starting point for a website or health URL. RanchAlerts issues an HTTPS GET from a polling city and expects a successful response. Include https:// or we add it.

Optional “page must contain” text in the first 64 KB. Missing text is treated as down.
Redirects are followed only after each hop is validated.
Alert if slower than a threshold marks the monitor Slow and sends a warning. The site stays Up for uptime and public status pages.
Certificate expiry is a warning. A handshake failure is an outage.

PING

Ask a hostname or IP if it answers ICMP. Use this when you care that the host is reachable, not that a particular page loads.

A PING failure does not mark a sibling HTTP or port check down. You can put several methods on the same named monitor and read them separately.

Port Monitoring

Open a TCP connection to a port. Typical uses: HTTPS (443), SMTP (25 or 587), IMAP (143 or 993), FTP (21), SSH (22), DNS (53).

RanchAlerts only checks that the port accepts a connection. It does not log in or speak the application protocol. That keeps the check honest and keeps us out of your mailboxes.

Heartbeats

Most monitors reach out to you. A heartbeat works the other way: your scheduled job visits a unique HTTPS URL on push.ranchalerts.com. If the visit is late, the monitor is down.

Use this for cron, Task Scheduler, backups, and workers with no public port. Treat the push URL as a secret. Only ping after the work succeeded. Heartbeats are a package option.

DNS Records

Look up a name from our cities and confirm the answer still includes the values you listed. Extra records are allowed. Matching ignores letter case and a trailing dot.

This is not the same as port 53. Port monitoring asks whether something accepts a TCP connection. A DNS monitor reads A, AAAA, CNAME, MX, TXT, or NS contents. DNS is a package option.

Registered Domains

Watch the name itself: nameservers and registration expiry. RanchAlerts does not read WHOIS contact details.

A nameserver add, drop, or replace is a change alert. The monitor stays Up and the new set becomes the baseline.
Expiry warnings at 30, 14, 7, and 1 days. Those are not a Down incident. You still renew at the registrar.
Down is reserved for a failed nameserver lookup.

When It Fails

One incident per outage. Then recovery.

Thresholds

A check has a failure count before it is down, and a success count before it recovers. Defaults are conservative. Intervals are capped by your package.

Confirmation

When three or more cities are healthy, a down waits until two other healthy cities also fail. If only one peer is live, that one remote failure still confirms.

Maintenance

Schedule a window when you already know the circuit is coming down. Alerting pauses. Checks still run. You can exclude the window from uptime.

After a confirmed outage, RanchAlerts records ping and path diagnostics from the cities that saw the failure. Heartbeats skip this because they have no outbound target.

Contacts get alerts

A contact is a name and a verified email, with an optional mobile number. Contacts do not get a RanchAlerts login. Saving a number requires consent — that is how SMS is attached.

On each monitor you choose Email, SMS, or Email and SMS per contact. Saving a number does not turn texts on by itself.

Team members sign in

Owners, administrators, members, and read-only users share an organization. Members can run monitors. They cannot manage membership. Read-only can look, not change.

Inviting a teammate also adds their email as a contact so new monitors can alert them. You can uncheck that later. Optional authenticator MFA is offered at activation and later under Settings.

Service packages

Each organization has a service package. A package sets the fastest check interval, how many monitors, contacts, and team members you can have, and whether SMS, heartbeats, DNS, and domain monitors are included. SMS has a calendar-month cap.

We are currently in beta testing and will be open for public access in Q4/2026. If you already have an invitation, sign in at the portal. If you do not, request access.