Is WatchGuard down?

Last checked 7m ago
Current status
WatchGuard is up

No incidents right now.

Official status page: https://status.watchguard.com · Polled every 5 minutes · 226 components tracked

Real-time WatchGuard status, recent outages, and incident history — pulled directly from WatchGuard's official status page at https://status.watchguard.com every 5 minutes. Pingoru tracks 226 WatchGuard services and has captured 27 incidents in the last 90 days (99.67% uptime). Get email, Slack, Discord, or webhook alerts the moment WatchGuard reports a new incident — free for 5 monitors, no credit card.

Users who monitor WatchGuard also follow these Security services: Duo Security LastPass 1Password Barracuda Rapid7 Palo Alto Networks KnowBe4 Incapsula SentinelOne Keeper View all 6,000+ providers
WatchGuard uptime 99.67% uptime · past 90 days
Mon Wed Fri
JanFebMarApr
Less More

Recent outages & incidents

Past 7 days
  1. Resolved 1h 18m
    Started Apr 29, 2026, 06:35 AM UTC · Resolved Apr 29, 2026, 07:54 AM UTC
    System Management Service:::GLOBE
    4 updates · show timeline
    • investigating · Apr 29, 2026, 06:35 AM UTC

      We're currently investigating reports and have identified an issue with a third-party service provider that is affecting the System Management console. Once we determine the impact and scale of these potential issues we'll post our next update in 1h, if not sooner.

    • identified · Apr 29, 2026, 06:36 AM UTC

      We're currently investigating reports and have identified an issue with a third-party service provider that is affecting the System Management console. Once we determine the impact and scale of these potential issues we'll post our next update in 1h, if not sooner.

    • monitoring · Apr 29, 2026, 07:25 AM UTC

      We are no longer experiencing issues with the System Management console. The service is operating normally at this time, we apologize for any impact this may have had on you or your customers. We will post our next update in 30 minutes, if not sooner.

    • resolved · Apr 29, 2026, 07:54 AM UTC

      We are no longer experiencing issues with the System Management console and this incident is now resolved. The services are operating normally at this time. Again, we apologize for any impact this may have had on you or your customers.

    Latest: We are no longer experiencing issues with the System Management console and this incident is now resolved. The services are operating normally at this time. Again, we apologize for…

  2. Resolved 5h 27m
    Started Apr 24, 2026, 10:00 AM UTC · Resolved Apr 24, 2026, 03:28 PM UTC
    RADIUS:::AMERRADIUS:::EMEARADIUS:::APAC
    6 updates · show timeline
    • identified · Apr 24, 2026, 10:00 AM UTC

      We have identified an issue affecting Local AuthPoint users with RADIUS MSCHAPv2 authentication. Our teams are working to restore normal operations. We'll post our next update in 1h, if not sooner.

    • identified · Apr 24, 2026, 11:02 AM UTC

      Our teams are working to restore normal operations, and we apologize for the impact this issue may have caused. We'll post our next update in 1h, if not sooner.

    • identified · Apr 24, 2026, 12:01 PM UTC

      We are still working hard to resolve this event. We'll post our next update in 1h, if not sooner. Thanks for your patience.

    • identified · Apr 24, 2026, 01:02 PM UTC

      Our teams are actively working to restore normal operations. We'll post our next update in 1h, if not sooner.

    • monitoring · Apr 24, 2026, 02:52 PM UTC

      We are no longer experiencing issues on Local AuthPoint users with RADIUS MSCHAPv2 authentication and this incident is now resolved. The service is operating normally at this time, we apologize for any impact this may have had on you or your customers.

    • resolved · Apr 24, 2026, 03:28 PM UTC

      We have completed monitoring following the earlier issues affecting Local AuthPoint users with RADIUS MSCHAPv2 authentication. All systems are operating normally at this time, and the incident is fully resolved. We apologize for any inconvenience this may have caused to you or your customers.

    Latest: We have completed monitoring following the earlier issues affecting Local AuthPoint users with RADIUS MSCHAPv2 authentication. All systems are operating normally at this time, and …

  3. Resolved 6d 16h
    Started Apr 21, 2026, 12:39 PM UTC · Resolved Apr 28, 2026, 05:08 AM UTC
    Incident Persistence:::EMEAIncident Persistence:::AMER
    15 updates · show timeline
    • investigating · Apr 21, 2026, 12:39 PM UTC

      We are investigating delays in incident persistence. Once we determine the impact and scale of these we'll post our next update in 2 hours, if not sooner.

    • identified · Apr 21, 2026, 02:55 PM UTC

      The team has identified the cause of the delay and is actively working to resolve the issue. Unfortunately, a gap in our monitoring has resulted in incidents for some accounts being lost over the last few days. The team will be working to recover this data once the delay has been resolved. We apologize for the impact this event has caused. We'll post our next update at 21:00 UTC if not sooner.

    • identified · Apr 21, 2026, 09:08 PM UTC

      We are continuing to actively work on resolving the incident persistence delays. We’ll post our next update at April 22, 03:00 UTC, if not sooner. Thanks for your patience.

    • identified · Apr 22, 2026, 01:13 AM UTC

      A fix has been implemented and the delays have been resolved. The service is operating normally at this time, and we are actively monitoring to ensure system stability. Our teams continue to investigate the potential recovery of any data that may have been lost over the last few days. We will post our next update on April 22 at 16:00 UTC, if not sooner. Thank you for your continued patience and understanding.

    • identified · Apr 22, 2026, 04:03 PM UTC

      We are seeing a recurrence of delays in incident persistence, currently around 10 hours. To help stabilize the system, Botnet Incidents are temporarily not being consumed by ThreatSync. Our teams are monitoring closely and working on a long-term solution, while also investigating the recovery of any data that may have been affected. We'll post our next update on April 22 at 20:00 UTC, if not sooner. Thanks for your patience.

    • identified · Apr 22, 2026, 08:03 PM UTC

      We are still working hard to resolve delays in incident persistence. As a load-control measure, Botnet incidents have been fully filtered out. Our teams continue to monitor the system closely and are working on implementing a long-term fix. We will work to recover any data that may have been affected once the delays have been fully resolved. We'll post our next update on April 23 at 02:00 UTC, if not sooner. Thanks for your patience.

    • identified · Apr 23, 2026, 02:22 AM UTC

      The delays in incident persistence have been resolved. Our teams are continuing to closely monitor system stability and are working toward a long-term fix to prevent recurrence. We will continue to investigate the recovery of any data that may have been affected. We'll post our next update on April 23 at 08:00 UTC, if not sooner. Thanks for your patience and understanding.

    • identified · Apr 23, 2026, 08:03 AM UTC

      Our teams are continuing to actively work on data recovery efforts related to this incident. System stability remains under close monitoring, and we are focused on safely restoring any data that may be affected. We’ll provide our next update at 20:00 UTC if not sooner.

    • identified · Apr 23, 2026, 07:56 PM UTC

      Our teams are actively working on implementing a permanent fix and continue to closely monitor the system. There are no delays at this time. We will continue to investigate the recovery of any data that may have been affected once the permanent fix has been deployed. We'll post our next update on April 24 at 02:00 UTC, if not sooner. Thanks for your patience.

    • identified · Apr 24, 2026, 01:51 AM UTC

      A permanent fix has been implemented. Our teams will continue to closely monitor the system. We will continue to investigate the recovery of any data that may have been affected. We'll post our next update on April 24 at 08:00 UTC, if not sooner. Thanks for your patience.

    • identified · Apr 24, 2026, 08:49 AM UTC

      We continue to investigate the data recovery process while all systems are operating normally. There is no impact to current service availability. Our next update will be shared on April 24 at 20:00 UTC, or earlier if appropriate. Thank you for your continued patience

    • identified · Apr 24, 2026, 08:08 PM UTC

      We continue to assess the data recovery process. All systems are operating normally with no impact on service availability. The next update will be shared on April 27 at 19:00 UTC, or earlier if warranted. Thank you for your continued patience.

    • identified · Apr 27, 2026, 08:00 PM UTC

      We continue to monitor and assess the data recovery process. All systems remain fully operational, with no impact to service availability. The next update will be provided on April 27 at 23:00 UTC, or sooner if there are any significant developments. Thank you for your continued patience.

    • identified · Apr 27, 2026, 11:03 PM UTC

      We continue to closely monitor the situation. All systems are operating normally, and there has been no impact to service availability at this time. Our next update will be shared on April 28 at 05:00 UTC, or earlier if any notable changes occur. Thank you for your continued understanding and support

    • resolved · Apr 28, 2026, 05:08 AM UTC

      The delays in incident persistence have been resolved. During this incident, a small subset of accounts may have experienced gaps in event processing. We are conducting a full post-event review, and a full RCA will be available upon request once complete. We apologize for any impact this may have had on your business.

    Latest: The delays in incident persistence have been resolved. During this incident, a small subset of accounts may have experienced gaps in event processing. We are conducting a full post…

See the full WatchGuard outage history

23 more incidents in the last 90 days, plus the full multi-year archive of per-service events and update timelines.

Sign up free to unlock full history

10 free monitors · No credit card

Outage history

Past 30 days · 12 incidents
  • 2026-04-29- GLOBAL - System Management console not available Resolved
    Started Apr 29, 2026, 06:35 AM UTC · Resolved Apr 29, 2026, 07:54 AM UTC · 1h 18m
  • 2026-04-24 - GLOBAL - AuthPoint RADIUS Authentication service degradation Resolved
    Started Apr 24, 2026, 10:00 AM UTC · Resolved Apr 24, 2026, 03:28 PM UTC · 5h 27m
  • 2026-04-21 - AMER & EMEA - ThreatSync delays in incident persistence Resolved
    Started Apr 21, 2026, 12:39 PM UTC · Resolved Apr 28, 2026, 05:08 AM UTC · 6d 16h
  • 2026-04-20 - EMEA - Visibility Reporting Delays Resolved
    Started Apr 20, 2026, 04:03 PM UTC · Resolved Apr 20, 2026, 07:05 PM UTC · 3h 1m
  • 2026-04-17 - EMEA - Visibility Reporting Delays Resolved
    Started Apr 17, 2026, 10:08 AM UTC · Resolved Apr 17, 2026, 03:08 PM UTC · 4h 59m
  • 2026-04-16 - Global - DNSWatch Reporting Performance Issue Resolved
    Started Apr 16, 2026, 09:00 PM UTC · Resolved Apr 18, 2026, 08:03 AM UTC · 1d 11h
  • 2026-04-15 - EMEA - Visibility Reporting Delays Resolved
    Started Apr 15, 2026, 01:45 PM UTC · Resolved Apr 16, 2026, 11:54 PM UTC · 1d 10h
  • 2026-04-10 - Global - Account Creation Resolved
    Started Apr 10, 2026, 05:15 PM UTC · Resolved Apr 10, 2026, 07:40 PM UTC · 2h 25m

See WatchGuard in your Pingoru dashboard

Monitor WatchGuard alongside every other service your stack depends on — same alerts, same timeline, same calendar — all in one place.

Every status page, one dashboard

Add WatchGuard to your Pingoru monitors and it sits next to AWS, Stripe, GitHub, and every other vendor in your stack — a single dashboard for the live status of every cloud and SaaS provider you depend on. One subscription, one inbox, every incident.

Incident timeline, this provider or all of them

Every WatchGuard incident — when it started, when it resolved, which services were affected, how bad it was, how long it lasted — laid out in one feed you can scan in 30 seconds. Filter to just WatchGuard or see every provider at once.

Maintenance calendar

Scheduled WatchGuard maintenance windows land in the same calendar as every other vendor you depend on — see what's running now, what's coming up, and a calendar view. Plan around your vendors instead of being caught out by them.

Every WatchGuard status change, one inbox

Pingoru watches WatchGuard's official status page every 5 minutes and delivers incident, resolution, and maintenance events to your email, Slack, Discord, Teams, or webhook.

Only alert on the services you use

WatchGuard reports on 226 services. Subscribe to the ones you actually use — everything else stays silent.

Email + Slack + Discord + Teams

Signed webhooks on every plan. Route WatchGuard alerts wherever your team already lives — no per-integration billing, no tier-gating the channels that matter.

Maintenance, not surprises

Upcoming WatchGuard maintenance windows appear in your maintenance calendar days in advance. Plan deploys and rollouts around them instead of finding out during an incident.

Fine-grained alert control

Per-monitor switches for opened, updated, resolved, and maintenance events. Silence the noisy WatchGuard services without silencing the monitor entirely.

Invite your team

Premium includes 10 team seats. Everyone watching WatchGuard from the same account, with per-user notification preferences for any monitor.

Get notified on WatchGuard status changes

Pingoru watches WatchGuard's official status page and sends your team instant alerts when incidents open, change severity, or resolve. Route notifications to email, Slack, Discord, or a webhook — wherever your team already lives.

Start monitoring WatchGuard free

Monitor WatchGuard along with everything else

Pingoru tracks 6,000+ cloud and SaaS status pages in one dashboard. Add WatchGuard and every other provider you depend on — AWS, Stripe, GitHub, Cloudflare, OpenAI — and get a single view of the health of every service your app depends on.

Browse the full service directory

Track WatchGuard uptime & incident history

See 90 days of WatchGuard uptime at a glance, with every past incident linked to its component and update timeline. Export the history as CSV or JSON for SLA reports, postmortems, or vendor evaluations — data your team actually needs, not marketing numbers.

See WatchGuard uptime history

Frequently asked questions

What is WatchGuard's uptime?
Over the last 90 days, WatchGuard reported 99.67% uptime on its official status page. That figure is calculated from the public incident timeline at https://status.watchguard.com — each minute of degraded, partial-outage, or major-outage status counts against the total. Sign up to Pingoru free to see WatchGuard's uptime history rolling forward in real time.
Has WatchGuard had outages in 2026?
Yes — WatchGuard has had 26 incidents reported on its official status page so far in 2026. The full timeline (start times, durations, components affected) is shown above on this page. Pingoru re-checks the status page every 5 minutes so the count stays current.
When was the last WatchGuard outage?
The most recent WatchGuard incident was "2026-04-29- GLOBAL - System Management console not available", which started on April 29, 2026 and was resolved on April 29, 2026. Pingoru captured this directly from https://status.watchguard.com. See the full incident card above for affected components and the update timeline.
How often does WatchGuard have outages?
Based on the last 90 days, WatchGuard averages 8.7 reported incidents per month on its official status page. Pingoru tracks each one with start time, duration, severity, and affected components — so you can see the pattern at a glance instead of digging through the vendor's archive.
Where is WatchGuard's status page?
WatchGuard's official status page is https://status.watchguard.com. Pingoru polls it every 5 minutes and renders the same data here, alongside every other cloud or SaaS provider you depend on — so you can spot multi-vendor incidents (e.g. AWS + Stripe + Cloudflare degrading at the same minute) without flipping between tabs.
Is WatchGuard down right now?
WatchGuard is up. Pingoru checks the official status page every 5 minutes and flips this headline the moment WatchGuard reports a change. Current status is based on 226 tracked services.
How does Pingoru know if WatchGuard is down?
We read https://status.watchguard.com directly, using WatchGuard's own status page. If the vendor reports an incident, you see it within one check cycle — not after someone manually marks the page as down.
Where can I get notified when WatchGuard has an outage?
Create a free Pingoru account and add WatchGuard as a monitor. You can filter to specific services, pick severity thresholds, and route alerts via email, Slack, Discord, or a webhook.
WatchGuard's status page says the service is up, but I'm having issues — what's wrong?
Three common reasons: • A real WatchGuard incident that hasn't been acknowledged on their public status page yet — vendor status pages are updated manually and typically lag the first customer reports by 10–30 minutes. • A regional or account-scoped issue affecting a subset of customers — these rarely trigger a global status-page change. • A local problem: ISP / DNS / your own software. Try reproducing from a mobile data connection and from a different network to isolate. If you suspect a real WatchGuard issue that isn't reflected yet, contact their support to escalate. Subscribing here means you get the alert the moment they do post an update.
Where does Pingoru get the official WatchGuard status?
We use WatchGuard's own status page at https://status.watchguard.com. Nothing is read in a way the vendor hasn't explicitly made public — we use the same data their own dashboard uses. So our data is as accurate as what you'd see loading the status page yourself, but rolled into one dashboard alongside every other service you depend on.
What does "Up" mean?
All tracked WatchGuard components are reporting operational. No incidents are currently affecting service.

Stop finding out from your users.

We watch WatchGuard's official status page every 5 minutes. The moment they report an incident, you get an email — often before the outage is widely noticed.

Monitor WatchGuard free →

10 monitors free · email alerts · no credit card

Want the full picture first? See everything Pingoru does →