GitHub 打不开、访问慢怎么办？浏览器与 Git 加速教程

先说结论

为什么 GitHub 在国内时好时坏

GitHub 主站没有像谷歌那样被完全封锁，所以经常是「有时能开、有时打不开」，这让很多人摸不着头脑。主要有三个原因：

GitHub 相关域名一览

主流机场的规则通常已经把这些域名设为走代理。如果你的规则把 GitHub 设成了直连，可以在客户端里加自定义规则，见下文。

第一步：浏览器访问 GitHub

1. 准备机场和客户端。Windows 和 Mac 用 Clash Verge Rev，见 Clash Verge Rev 教程；Windows 也可以用 v2rayN，见 v2rayN 教程；Linux 见 Linux 翻墙教程。下载见梯子下载。
2. 打开系统代理，选规则模式。浏览器会自动走代理，GitHub 页面、raw 文件、Releases 下载都会顺畅很多。
3. 记下代理端口。在客户端设置里找到混合端口或 HTTP 端口（Clash 系常见 7890 或 7897，以你的客户端显示为准），下面给 Git 设置代理要用。

第二步：给 Git 设置 HTTP 代理（HTTPS 克隆）

用 https://github.com/... 地址克隆的仓库，走的是 HTTP 代理。下面的命令中把 7890 换成你的实际端口：

# 所有 HTTPS 仓库都走代理
git config --global http.proxy http://127.0.0.1:7890
git config --global https.proxy http://127.0.0.1:7890

# 只让 GitHub 走代理（推荐，不影响公司内网和国内仓库）
git config --global http.https://github.com.proxy http://127.0.0.1:7890

# 取消代理
git config --global --unset http.proxy
git config --global --unset https.proxy
git config --global --unset http.https://github.com.proxy

推荐只给 GitHub 设置代理。如果你同时用国内的代码托管平台或公司内网仓库，全局代理会让它们也绕路，甚至连不上。设置后执行一次 git clone 看速度有没有改善。

第三步：SSH 克隆走代理

用 [email protected]:... 地址的仓库走 SSH 协议，上面的 HTTP 代理对它无效，需要改 SSH 配置文件（macOS 和 Linux 在 ~/.ssh/config，Windows 在用户目录下的 .ssh\config）。

# macOS / Linux
Host github.com
  HostName ssh.github.com
  Port 443
  User git
  ProxyCommand nc -X 5 -x 127.0.0.1:7890 %h %p

# Windows（使用 Git for Windows 自带的 connect）
Host github.com
  HostName ssh.github.com
  Port 443
  User git
  ProxyCommand connect -S 127.0.0.1:7890 %h %p

这里做了两件事：一是把 SSH 连接改到 GitHub 官方提供的 443 端口，避开部分网络对 22 端口的限制；二是让 SSH 通过代理的 SOCKS5 协议连接。Clash 系的混合端口同时支持 HTTP 和 SOCKS5，可以直接用。设置后用 ssh -T [email protected] 测试，看到欢迎你的提示就说明成功了。

省事方案：开 TUN 模式

不想逐个给 Git、curl、包管理器配置代理，可以打开代理客户端的 TUN 模式（虚拟网卡）。开启后，系统里所有程序的流量都会经过代理客户端，再按规则分流，Git 的 HTTPS 和 SSH 都不用单独设置。

• 优点：一次设置，所有命令行工具、编辑器插件、桌面应用全部生效。
• 注意：TUN 模式需要管理员权限；如果你用公司 VPN，两者可能冲突；规则要配好，否则国内流量也会被代理。
• 和手动设置二选一：开了 TUN 之后，最好取消 Git 里的代理设置，避免绕两次。

规则模式和全局模式的区别见这篇。

终端里的其他工具

curl、wget、Homebrew、很多安装脚本都会读取代理环境变量。临时在当前终端生效：

# macOS / Linux
export https_proxy=http://127.0.0.1:7890 http_proxy=http://127.0.0.1:7890 all_proxy=socks5://127.0.0.1:7890

# Windows PowerShell
$env:HTTPS_PROXY="http://127.0.0.1:7890"
$env:HTTP_PROXY="http://127.0.0.1:7890"

想长期生效，可以把 macOS / Linux 的那一行写进 shell 配置文件。用完记得关掉，或者用 TUN 模式代替。

规则把 GitHub 设成直连怎么办

有些机场或自定义规则为了省流量，把 GitHub 设成了直连，结果开着代理也很慢。在客户端里加几条自定义规则，放在规则列表靠前位置即可（「代理」换成你配置里实际存在的策略组名）：

- DOMAIN-SUFFIX,github.com,代理
- DOMAIN-SUFFIX,githubusercontent.com,代理
- DOMAIN-SUFFIX,githubassets.com,代理

Clash Verge Rev 可以在订阅的扩展配置或规则编辑里添加，改完重新加载配置。添加后在客户端的连接页面打开 GitHub，看对应连接是否显示走了代理组。

不同场景怎么选方案

npm、pip、Docker 等工具从海外源下载时也会遇到类似的慢问题。它们大多可以单独配置代理，或者换成国内官方或高校维护的镜像源。开 TUN 模式则可以一次性解决大部分情况。

GitHub 打不开、慢的排查表

clone 大仓库时可以用 git clone --depth 1 仓库地址 只拉最新一次提交，数据量小很多，断线概率也低。之后需要完整历史，再在仓库里补拉。想确认 Git 当前用了哪些代理设置，可以执行 git config --global --list 查看，排查时先看这里有没有遗留的旧端口。

改 hosts 和镜像站靠谱吗

对开发者来说，下载的代码会直接在你的电脑上运行，来源可信非常重要。镜像站应急可以，日常开发还是建议走代理直连 GitHub 官方。

常见误区

• 「浏览器能开 GitHub，Git 就一定没问题」：两者走的是不同的通道，浏览器读系统代理，Git 默认不读。
• 「把 Git 代理设成全局一劳永逸」：全局代理会影响国内平台和公司内网仓库，出问题时很难想到是它。
• 「hosts 文件改一次永远有效」：GitHub 的服务器 IP 会调整，网上流传的 hosts 列表很快过时。
• 「代理设好了就不用管了」：换了代理客户端或改了端口，Git 和 SSH 里的端口也要同步修改，否则会报连接被拒绝。

GitHub 账号安全注意事项

• 开启两步验证。GitHub 要求代码贡献者开启两步验证，建议用验证器 App 或安全密钥，并保存好恢复码。
• 用令牌，不用密码。HTTPS 推送代码要用个人访问令牌，给令牌设置最小权限和过期时间。
• 别把密钥提交进仓库。API 密钥、机场订阅链接、密码不要写进代码，一旦推到公开仓库就会被扫描到。订阅链接泄露的风险见订阅链接安全。
• 检查授权应用。在设置里定期查看授权过的第三方应用和 SSH 密钥，不用的删掉。
• 不在镜像站登录。任何非 github.com 官方的页面要求你输入 GitHub 账号密码或令牌，都不要输。
• 遵守规则。使用 GitHub 时遵守所在地法律法规、公司网络规定和 GitHub 的服务条款。

GitHub 能打开但登录不上怎么办

GitHub 首页能打开，到登录、注册这一步却卡住，是另一类常见问题，原因和浏览代码时不一样：

• 恢复码一定要保存。开启两步验证时给的恢复码，存到密码管理器或离线的地方，这是丢手机后找回账号的主要途径。
• 固定节点地区。频繁换不同国家的节点登录，会反复触发设备验证，甚至让账号被临时限制。
• 只在 github.com 登录。镜像站、加速站都不要输入账号密码或令牌，见上文「改 hosts 和镜像站靠谱吗」。

先确认是不是 GitHub 自己出了故障

代理和节点都正常，GitHub 却突然打不开、推送失败或 Actions 不跑，先排除 GitHub 本身的问题，别急着反复换节点：

1. 看官方状态页。GitHub 有官方状态页（githubstatus.com），分别列出网页、Git 操作、API、Actions、Pages 等服务是否正常。某一项显示故障，等官方恢复即可，换节点没用。
2. 换个网络对比。用手机热点连同一个节点再试，能打开说明问题在本地网络或路由器上。
3. 切全局模式对比。全局模式能打开、规则模式不行，是分流规则的问题，按上文「规则把 GitHub 设成直连怎么办」处理。
4. 只有某个仓库打不开。显示 404 多半是仓库被删除、改为私有或被下架，和网络无关；私有仓库要确认登录的账号有权限。

状态页本身也在海外，打不开状态页时，说明你当前连 GitHub 的整条路都没通，先回到第一步检查代理是否生效。

npm、pip、Docker 也慢：代理和换源怎么选

GitHub 加速好了，装依赖时又卡在 npm、pip 或 Docker 拉镜像，这是同一类问题。两种思路：给工具配代理，或者换成国内镜像源。下面把 7890 换成你客户端的实际端口：

# npm 设置代理
npm config set proxy http://127.0.0.1:7890
npm config set https-proxy http://127.0.0.1:7890
# npm 取消代理
npm config delete proxy
npm config delete https-proxy

# pip 单次走代理
pip install 包名 --proxy http://127.0.0.1:7890

Docker 拉镜像由后台服务完成，终端里设置的环境变量对它不起作用：Docker Desktop 在设置里找到代理相关选项填写；Linux 上要给 Docker 服务单独配置代理，再重启服务。

排查时先确认当前用的到底是哪个源：npm config get registry、pip config list 能看到源地址，遗留的旧镜像地址失效也会表现为「下载很慢」。

用哪家机场：综合分前 8 的机场

GitHub 不限制节点地区，开发者更看重白天和晚上都稳定、拉大仓库时带宽够用。下面是本期综合分前 8 的机场，评分基于官网公开信息和编辑评估，不是 GitHub 专项测试，建议先月付试用。更多选择见机场推荐和稳定机场。

点表头可排序。价格、流量和每 GB 按官网核对于 2026 年 10 月 24 日；AI / 流媒体为官网标注（✓ 标注支持，△ 部分或需自测，✗ 未标注）。

接下来看什么

客户端教程：Clash Verge Rev 教程、v2rayN、Linux 翻墙、Mac 翻墙。开发者用 AI 编程工具见国内怎么用 Claude 和国内怎么用 ChatGPT。