‹ 返回事件历史

SSH上的Git操作性能降级

原文Degraded Git Operations over SSH
已恢复轻微故障GitHub
2026年8月22日星期六 06:00 ~ 2026年8月22日星期六 06:00(不足 1 分钟)
更新记录
已恢复2026年8月21日星期五 22:00

8月21日,14:00 UTC 已解决 - 2026年8月21日,在14:00至14:07 UTC期间,dotcom 通过 SSH 的 Git 操作出现降级。在影响高峰期,通过 SSH 的成功 Git 操作下降了超过95%,导致大约四分钟内,大多数用户实际上无法通过 SSH 进行克隆、拉取或推送操作。通过 HTTPS 的 Git 操作未受影响。此次事件是由我们负载均衡基础设施中的一个软件缺陷引起的,该缺陷由一次配置变更触发。该缺陷仅在连接经过运行新配置的多层负载均衡器时出现,这意味着在金丝雀测试期间未能检测到。我们通过回滚配置变更来缓解了此事件。我们正在为多层负载均衡器配置增加回归测试覆盖,并改进对通过 SSH 的 Git 操作的监控和告警,以减少未来类似问题的检测和缓解时间。

原文Aug 21 , 14:00 UTC Resolved - On August 21, 2026, between 14:00 and 14:07 UTC, dotcom Git operations over SSH were degraded. Successful Git operations over SSH fell by more than 95% for during the peak impact window, making clone, fetch, or push over SSH effectively unavailable to most users for approximately four minutes. Git operations over HTTPS were not affected. The incident was caused by a software defect in our load-balancing infrastructure that was triggered by a configuration change. The defect only occurred when connections passed through multiple layers of load balancers running the new configuration, which meant it was not detected during canary testing. We mitigated the incident by rolling back the configuration change. We are adding regression coverage for multi-layer load-balancer configurations and improving monitoring and alerting for Git operations over SSH to reduce our time to detection and mitigation of similar issues in the future.

事件内容来自 GitHub 官方状态页:查看官方原文。中文由 AI 翻译,仅供快速理解,以官方英文原文为准。

关于这些数据

GitHub的故障事件数据从哪来?

全部来自GitHub 官方状态页的公开接口,由本站每 5 分钟同步一次,保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文,本站不做改写;点详情页底部的链接可回到厂商原始记录核对。

顶部的组件状态条怎么看?

每一格是一天,绿色表示GitHub 官方状态页当天未记录异常,黄色表示部分降级,红色表示当天有较大故障,灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计,与状态总览页显示的是同一份数据。

为什么有的服务查不到历史?

本页只收录对外提供官方状态页的服务。没有公开状态页的厂商(多数国产大模型属于此类)无法取得可信数据,本站不做自建拨测去猜,因此也不会出现在状态总览里。

持续时长怎么算?

按官方标注的开始时间到恢复时间计算;尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。

完整的服务清单与实时状态见状态总览