Monitoring IPs and User Agents
The IP addresses and user agents VitalSentinel uses for Uptime Monitoring, Synthetic Monitoring and the VitalSentinel crawler, and how to allowlist them behind a firewall or WAF.
VitalSentinel sends requests to your site from the IP addresses on this page. These addresses are used by:
- Uptime Monitoring
- Custom Pod Synthetic Monitoring tests
- The VitalSentinel crawler, which Site Health Monitoring, Page Monitoring, Sitemap Monitoring, Robots.txt Monitoring and domain verification use
If your site is behind a firewall or uses IP-based access controls, allowlist these addresses.
Synthetic tests that run from the default Google's Servers location use Google's PageSpeed Insights infrastructure, not these IPs. The addresses below cover uptime checks, Custom Pod synthetic tests and the VitalSentinel crawler.
Current IP Addresses
194.163.166.126
157.173.116.60Last updated: October 6, 2026
VitalSentinel also publishes the crawler IP addresses, the user agent, the crawl rate and the allowlist steps as JSON. Use this list to keep your allowlist up to date:
GET https://api.vitalsentinel.com/api/public/v1/crawlerUptime Bot User Agent
Uptime checks are sent with the following User-Agent string, which you can also match in firewall or WAF rules:
VitalSentinel Uptime Bot/1.2 (+https://www.vitalsentinel.com/bot)Crawler User Agent
The VitalSentinel crawler sends this User-Agent string:
VitalSentinel Bot/1.2 (+https://www.vitalsentinel.com/bot)- robots.txt token:
VitalSentinel-Bot. Use this name in aUser-agent:line of your robots.txt. - Firewall match: match on
VitalSentinel Bot, without the version number. Then your rule continues to work when the version changes.
The crawler also signs its requests with Web Bot Auth (key directory: https://www.vitalsentinel.com/.well-known/http-message-signatures-directory).
robots.txt and Crawl-delay
The crawler for Site Health Monitoring and Page Monitoring obeys your robots.txt. It uses the VitalSentinel-Bot group, or the * group if there is no VitalSentinel-Bot group. It also obeys Crawl-delay as the minimum time between two pages.
Robots.txt Monitoring and Sitemap Monitoring send the same User-Agent. These fetches read your robots.txt and sitemap files directly, so robots.txt rules do not apply to them.
Crawl Rate
- Site Health Monitoring loads about one page a minute per site. On the Free plan, it loads one page every 5 minutes.
- On paid plans, Site Health Monitoring can do short extra checks after changes on your site.
- Page Monitoring adds the pages that you watch. This load can be up to 60 page loads a minute per site, but it is usually much lower.
- Each page load also fetches the scripts, styles and API calls of the page.
Do not rate-limit these IP addresses below 60 page loads a minute per site. Each page load sends more than one request, so the safest choice is to exempt the addresses from rate limits.
When to Allowlist
You may need to allowlist these IPs if:
- Your site is behind a firewall that blocks unknown traffic
- You use a web application firewall (WAF) with strict rules
- You use bot protection that blocks crawlers
- Your hosting provider restricts access by IP
- You have rate limiting that might block monitoring requests
How to Allowlist
Allow both IP addresses. A User-Agent alone is easy to fake, so do not use it as your only rule. If your tool supports it, also allow requests whose User-Agent contains VitalSentinel Bot.
The process varies depending on your infrastructure:
Cloudflare
- Go to Security → WAF → Tools.
- Add an IP Access Rule for each IP, with the action Allow.
- If Bot Fight Mode or a rate-limiting rule still blocks the crawler, go to Security → WAF and add a custom rule.
- In the custom rule, match requests where the User Agent contains
VitalSentinel Botand the IP source address is in the list above. - Set the action to Skip. Select every security feature that the rule can skip.
- Move the rule to the top of the list.
Bot Fight Mode and Super Bot Fight Mode need their own exception.
AWS WAF
- Create an IP set with both IP addresses.
- In your web ACL, add a rule that matches the IP set, with the action Allow.
- Put the rule before all rate-based rules and managed bot control rule groups.
AWS Security Groups
- Go to EC2 → Security Groups
- Edit inbound rules
- Add HTTP/HTTPS rules for each IP
Akamai
- Add both IP addresses to a Network List.
- In Bot Manager, exempt the Network List.
- In your rate control policy, exempt the Network List.
Imperva
- In Security → Rules, add each IP address as an exception in the WAF and in bot protection.
- Exempt both IP addresses from your rate-limiting rules.
Sucuri
- Go to Firewall → Access Control → Whitelist IP Addresses.
- Add each IP address.
Wordfence
- Go to Wordfence → Firewall.
- Add each IP address under Allowlisted IPs.
- Optional: add the user agent
VitalSentinel Botto the allowlisted services.
Nginx
Add to your server configuration:
allow 194.163.166.126;
allow 157.173.116.60;Apache
Add to your .htaccess or virtual host configuration:
Require ip 194.163.166.126
Require ip 157.173.116.60Verification
After allowlisting, verify VitalSentinel can reach your site:
- Go to your domain's Uptime Monitoring section
- Check that uptime checks are succeeding
- Run a Synthetic Monitoring test and verify it completes
- In Site Health Monitoring, open Settings and find the Crawler access card. This card shows if the crawler can reach your site now.
- If still failing, verify the IPs are correctly allowlisted
These IPs may change in the future. We'll notify you via email before any changes to give you time to update your allowlists.
Related
Data & Privacy
What data VitalSentinel collects, how it is handled, and how to stay compliant with GDPR and other privacy regulations, including visitor opt-out.
Expert Consultations
Book one-on-one video consultations with VitalSentinel's experts to dig into performance, SEO, or revenue protection on your sites.