Azure Portal service status
Check whether the provider lists a problem with the feature you use. Look at the update time and any affected regions.
Live Domain Check
Run a live reachability check for portal.azure.com. Compare the regional responses with the problem you see in Azure Portal.
Find Azure Portal help and reporting links, specific checks, and step-by-step guidance below the live result.
Checking reachability from multiple regions.
Share a quick update and see what other visitors are experiencing.
What’s happening? Choose one to send your report.
Loading community reports…
—problem reports
—working reports
No problems reported in this period.
Visitor reports are separate from our automated checks and don’t confirm an outage. How reports work · Privacy
The Azure portal can fail to render or sign in while deployed workloads remain available.
The checker above requests portal.azure.com from eight configured locations and shows the responses and measurement times. Compare those observations with the actual Azure Portal action that failed. A homepage response alone cannot verify an account, app workflow or transaction.
For a cloud administration or security-console issue, compare the entrypoint involved in your actual workflow: Microsoft Defender status check, Azure status check. Compare results separately; these links do not establish a shared outage.
Looking for another service? Browse infrastructure checks.
Check whether the provider lists a problem with the feature you use. Look at the update time and any affected regions.
Use Service Health and Resource Health for account/resource detail when accessible.
Open the website in your browser and compare it with the result above.
Open Azure Portal help / reporting. Use the provider's customer-service or account-help route for the affected product. Sign-in may be required for private account questions.
Portal blade URL, tenant/subscription, browser error, correlation ID and UTC time.
Attach the checker’s downloaded JSON if it helps show the hostname, regional responses and original timestamps. Describe what happened in your browser or app as well. A report sent to WebsiteDown.org is not automatically forwarded to Azure Portal.
These are troubleshooting comparisons, not claims that Azure Portal is currently experiencing a particular incident.
Compare an existing workload's endpoint with the failing portal blade and record whether the shell or one resource view fails.
Consult Azure Status/Service Health; ask an authorised colleague to check the same subscription before changing access roles.
A 403 Forbidden or 429 Too Many Requests means the host answered but refused or limited that request. A timeout gives no HTTP response. Keep those outcomes separate and check the available-region count before treating the result as broad evidence.
Use these local troubleshooting steps after the down-check workflow when Azure Portal seems broken only for you. This section focuses on app, browser, account, and network fixes.
Open portal.azure.com in your current browser, then test in a private window or second browser. If only one session fails, compare its account, cookie and extension context before assuming the entire service is unavailable.
Keep an existing working session and preserve unsaved work. For a sign-in failure, use the official account-help route. Avoid repeated password or security resets until you confirm this is not a broader Azure Portal issue.
If possible, compare Wi-Fi with mobile data and note which one fails. Leave any required work VPN or security settings in place.
Save timestamp, device, network type, exact error, final URL, and status code. Use the check workflow above before contacting Azure Portal support.
Run the portal.azure.com check and compare its original timestamps and responses with your actual error. The Azure portal can fail to render or sign in while deployed workloads remain available.
Use the community buttons on this page to share whether the service works for you. For help from Azure Portal, use the official help/reporting resource linked above. Use Service Health and Resource Health for account/resource detail when accessible.
Compare an existing workload's endpoint with the failing portal blade and record whether the shell or one resource view fails. Consult Azure Status/Service Health; ask an authorised colleague to check the same subscription before changing access roles.
Portal blade URL, tenant/subscription, browser error, correlation ID and UTC time.