AWS Health Dashboard
Official AWS health summary for service and regional events.
Live Domain Check
Check if AWS is down right now (aws.amazon.com). Run a live multi-region check to see whether AWS is offline for everyone or just you.
Get official AWS outage status updates, support links, and targeted troubleshooting steps in one page.
Checking reachability from multiple regions.
AWS incidents are often regional and product-specific, so some workloads remain healthy while others fail. This page helps quickly verify whether reachability issues align with a larger cloud incident.
For AWS, incident signals are often feature-specific: Management Console access works, but service API calls starts failing for many users. Instability appears around regional endpoint behavior during normal traffic. If this matches what you see on aws.amazon.com, it usually points to partial degradation instead of a full outage, so confirm with official status updates and a second-network retest.
Use official sources first, then social/community signals to estimate incident scope and speed of recovery.
Official AWS health summary for service and regional events.
Official incident support and escalation guidance for AWS customers.
Additional AWS status feed for service disruptions.
Real-time posts and official updates related to AWS incidents.
Official teams often post outage status updates and recovery progress through these social channels.
Recognizing these patterns helps you avoid false assumptions and escalate with better evidence.
Practical steps to follow when aws.amazon.com seems down. Use this checklist to confirm whether AWS is down for everyone or only for you.
Run aws.amazon.com in WebsiteDown.org first, then open aws.amazon.com in your own browser. If results disagree, the issue is often local rather than global.
Check the official AWS service status page and compare timestamps with your failed checks.
Test related hosts such as amazon.com, www.amazon.com. If they work while aws.amazon.com fails, this points to a partial endpoint issue.
Capture final URL, status code, and response time for aws.amazon.com, then share those details with AWS support for faster triage and recovery.
Use these local troubleshooting steps after the down-check workflow when AWS seems broken only for you. This section focuses on app, browser, account, and network fixes.
Open aws.amazon.com in your current browser, then test in a private window or second browser. If only one session fails, the issue is usually local cache, cookie, or extension state.
Sign out and sign back in one time, then retry the failing action on aws.amazon.com. Avoid repeated password or security resets until you confirm this is not a broader AWS issue.
Temporarily disable VPN, proxy, private DNS, and filtering extensions. Then switch between Wi-Fi and mobile data to isolate route-level differences.
Save timestamp, device, network type, exact error, final URL, and status code. Use the check workflow above before contacting AWS support.
Run the automatic multi-region check on this page for aws.amazon.com. If most regions fail at the same time, AWS is likely experiencing a broader outage.
If only one or two regions fail, the issue is usually local to your route, resolver, device state, or account session. Recheck after 2 to 5 minutes and compare Wi-Fi with mobile data.
Use this order so you get reliable signal quickly:
Official dashboards are the source of record, but social channels can surface impact faster in the first minutes of an incident.
That usually means a route-specific or client-specific issue instead of full provider downtime. Common reasons:
Try a private window, switch networks, and compare with this page's regional result before making major local changes.
Use this quick triage sequence:
This keeps your troubleshooting efficient and avoids unnecessary account resets during provider-side incidents.