GitHub 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 github.com. Compare the regional responses with the problem you see in GitHub.
Find GitHub 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
GitHub separates Git operations, API requests, Actions, Pages and other components. A github.com response is not a test of every repository workflow.
The checker above requests github.com from eight configured locations and shows the responses and measurement times. Compare those observations with the actual GitHub action that failed. A homepage response alone cannot verify an account, app workflow or transaction.
Compare GitHub web, API, documentation or status-page reachability according to the operation that failed: GitHub API status check, GitHub Status status check, GitHub Gist 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.
Match Git operations, Actions, API Requests, Gist or the relevant service in the incident details.
Open the website in your browser and compare it with the result above.
Open GitHub 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.
Repository, operation, run/job or request ID, transport and UTC time; redact tokens and private repository content.
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 GitHub.
These are troubleshooting comparisons, not claims that GitHub is currently experiencing a particular incident.
Record whether browsing, clone/fetch, push or an Actions job fails; compare the relevant GitHub Status component.
For a job failure, inspect the first failed step and distinguish a queued runner from a build-command error.
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 GitHub seems broken only for you. This section focuses on app, browser, account, and network fixes.
Open github.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 GitHub 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 GitHub support.
Run the github.com check and compare its original timestamps and responses with your actual error. GitHub separates Git operations, API requests, Actions, Pages and other components. A github.com response is not a test of every repository workflow.
Use the community buttons on this page to share whether the service works for you. For help from GitHub, use the official help/reporting resource linked above. Match Git operations, Actions, API Requests, Gist or the relevant service in the incident details.
Record whether browsing, clone/fetch, push or an Actions job fails; compare the relevant GitHub Status component. For a job failure, inspect the first failed step and distinguish a queued runner from a build-command error.
Repository, operation, run/job or request ID, transport and UTC time; redact tokens and private repository content.