Upcron Monitoring Bot
Technical identification and behavior of the automated HTTP probes used by Upcron.io uptime monitoring.
This page describes the bot that performs customer-initiated uptime checks on behalf of Upcron.io subscribers. It is not a search engine, content crawler, or AI training bot.
Operator
| Service | Upcron.io |
|---|---|
| Product | Uptime monitoring & heartbeat tracking (SaaS) |
| Contact | [email protected] |
| Dashboard | app.upcron.io |
Bot identification
| User-Agent | Upcron/1.0 (https://upcron.io) |
|---|---|
| Bot type | Direct / intermediary uptime monitor (private checks on behalf of paying customers) |
| Protocol | HTTPS HTTP(S) health checks only |
What the bot does
Upcron.io runs scheduled HTTP probes against URLs that customers explicitly configure in their account. Each monitor defines a single target URL, HTTP method, expected status codes, optional authentication headers, and check frequency (typically every 30–300 seconds per monitor).
- Sends one HTTP request per scheduled check to the configured URL
- Records response status code, latency, and TLS/connection timing for the customer dashboard
- Opens an incident and notifies the customer when checks fail according to their monitor rules
- May run the same check from multiple geographic zones when the customer enables multi-zone monitoring
What the bot does not do
- Does not crawl websites or follow internal links beyond configured redirect limits
- Does not index, cache, or republish page content
- Does not access URLs that were not added by a Upcron.io customer
- Does not perform bulk scanning, vulnerability testing, or denial-of-service traffic
- Does not impersonate end users or bypass paywalls
Request behavior
| Methods | GET, HEAD, POST, PUT, PATCH, DELETE (as configured per monitor) |
|---|---|
| Frequency | Per-monitor interval chosen by the customer (minimum plan-dependent; typically ≥ 30 s) |
| Timeout | 10 seconds per check (default) |
| Redirects | Follows up to 5 redirects when enabled on the monitor |
| Request body | Only when the customer configures a POST/PUT/PATCH monitor with a custom body |
| Authentication | Optional HTTP Basic Auth or custom headers set by the customer for their own endpoints |
Monitoring zones
Probes originate from the zones below. Customers choose which zones apply to each monitor. Multi-zone checks run in parallel; aggregate status follows a configurable consensus threshold.
| Zone ID | Location | Infrastructure |
|---|---|---|
eu-nbg1 |
🇩🇪 EU — Nuremberg, Germany | Hetzner (primary control plane) |
eu-fra1 |
🇩🇪 EU — Frankfurt, Germany | AWS Lambda |
eu-west-1 |
🇮🇪 EU — Ireland | AWS Lambda |
us-east-1 |
🇺🇸 US East — Virginia | AWS Lambda |
us-west-2 |
🇺🇸 US West — Oregon | AWS Lambda |
ap-southeast-1 |
🇸🇬 Asia Pacific — Singapore | AWS Lambda |
ap-northeast-1 |
🇯🇵 Asia Pacific — Tokyo | AWS Lambda |
ap-south-1 |
🇮🇳 Asia Pacific — Mumbai | AWS Lambda |
sa-east-1 |
🇧🇷 South America — São Paulo | AWS Lambda |
Remote zone workers receive signed instructions from Upcron.io infrastructure and perform the outbound HTTP check locally. Egress IP addresses are cloud-provider managed and may change; checks are initiated only for registered customer monitors.
Allowing Upcron on your site
If you protect your origin with a firewall or bot management product, you can allow our monitoring traffic by:
- Permitting the User-Agent
Upcron/1.0 (https://upcron.io) - Allowlisting probe traffic from the zones your monitors use (contact [email protected] for current egress details)
- Creating a monitor only for URLs you intend to be checked
Related documentation
- Uptime Monitors — how customers configure checks
- Heartbeat Monitoring — inbound pings from customer cron jobs (separate from this outbound bot)
- Privacy Policy