GitHub 又双叒叕抽风了？这次到底是怎么回事？

最近几天，不少朋友在群里反馈：GitHub 访问变得极其缓慢，页面半天刷不出来，Git Push/Clone 动不动就报超时错误。对于咱们这种依赖 GitHub 进行代码托管、CI/CD 自动化部署，甚至下载开源资源的开发者来说，这简直就是“天塌了”。

今天就来好好聊聊，这次 GitHub 到底怎么了，以及我们有什么办法能绕过这个坑。

GitHub 访问受限时常出现的 502 错误页面或连接超时提示

这次故障看起来像什么？

从大家的反馈来看，情况大同小异，主要集中在以下几个方面：

1. 网页端访问卡顿：刷新页面需要加载很久，有时候甚至直接显示“502 Bad Gateway”或者 DNS 解析失败。静态资源（如头像、图片）加载不出来。
2. Git 操作超时：这是最致命的。git push 的时候，进度条走到一半就不动了，最后报 Connection timed out。大文件传输直接断连。
3. Release 资源下载极慢：原本几兆每秒的下载速度，掉到了几 KB/s，甚至完全中断。

这明显不是局部的网络波动，而是涉及到连接链路或者负载均衡层面的问题。

为什么 GitHub 总是“不稳定”？

虽然 GitHub 官方通常不会在第一时间公开承认某些地区的具体网络问题，但根据经验，这类“发疯”行为通常逃不出以下几个原因：

使用 Git 命令行工具进行代码克隆操作

• 国际链路拥塞：大部分情况下，我们访问 GitHub 需要经过多个国际出口节点。一旦某个关键节点的链路出现丢包或者拥塞，体验就会断崖式下跌。
• IP 被墙或污染：部分 IP 段可能因为流量特征过于敏感，被防火墙针对性地“误伤”（QOS 限速或阻断），导致握手连接困难。
• CDN 调度异常：GitHub 使用的是 Fastly 等 CDN 服务。如果这些 CDN 的边缘节点出现故障，或者调度策略把我们导到了性能很差的服务器上，就会导致大面积访问异常。

破局：实用的临时解决方案

既然短时间内指望不了对方立刻修复，我们得自己动手丰衣足食。这里整理几个目前比较好用的绕过手段，按推荐程度排序：

1. 修改 Hosts 文件（最常用）

这是最经典的老办法。虽然不能解决所有问题，但在 DNS 污染导致找不到 IP 的情况下非常有效。

你需要找到 GitHub 相关域名的最新可用 IP，然后写入系统的 hosts 文件：

• Windows: C:\Windows\System32\drivers\etc\hosts
• Linux/Mac: /etc/hosts

配置示例（注意：IP 需要自行查询最新有效地址，以下仅为格式）：

140.82.112.3 github.com
140.82.114.20 codeload.github.com
185.199.108.133 assets-cdn.github.com

修改后，记得执行 ipconfig /flushdns (Windows) 或 sudo systemctl restart nscd (Linux) 刷新缓存。

2. 镜像站点克隆大法

如果直连实在跑不动，可以利用 GitHub 的第三方镜像站进行拉取或下载。虽然 Push 还是需要连主站，但至少先把代码搞下来再说。

常见的镜像站前缀有：

• https://hub.fastgit.xyz/ （注意：某些镜像站可能只允许下载，不支持 Push，请务必阅读站点说明）
• https://github.com.cnpmjs.org/

使用方法： 仅仅将原 URL 中的 github.com 替换为镜像地址即可。

3. 借助代理工具进行分流

如果你手头有代理软件（ clash, v2ray 等），最稳的办法还是配置规则，让 GitHub 的相关域名走代理通道。

以 Clash 为例，你可以手动添加规则：

rules:
  - DOMAIN-SUFFIX,github.com,Proxy
  - DOMAIN-SUFFIX,githubassets.com,Proxy
  - DOMAIN-SUFFIX,githubusercontent.com,Proxy

这样就能确保所有 GitHub 流量都走加密通道，完全避开干扰。

4. SSH 协议切换

有时候 HTTPS 协议的连接会被重置，但 SSH 协议还能勉强维持。如果你一直用的是 HTTPS Clone，可以尝试切换到 SSH。

# 移除现有的远程地址
git remote remove origin
# 添加 SSH 地址
git remote add origin [email protected]:username/repo.git

当然，前提是你已经配置好了 SSH Key 并且你的代理软件允许 SOCSK5/HTTP 代理转发。

写在最后

GitHub 的这种稳定性问题，在未来很长一段时间内可能还会时不时出现。对于咱们这种技术人员来说，不仅要会写代码，还得练就一身“修网络”的本事。

建议大家平时多备几个镜像站的地址，或者维护一份自己的 Hosts 清单。遇到问题时，先试 Hosts，不行就走代理，实在不行就用镜像站救急。

你最近遇到 GitHub 抽风了吗？你是怎么解决的？欢迎在评论区交流你的独家秘方！