国内访问 GitHub 的四种方式，和它们的边界

给服务器装软件、找主题、下模型，绕不开 GitHub。直连时好时坏，于是把常见的四种途径都试了一遍。每种都有用，但每种都有明确的边界——用错场景比不用更浪费时间。

一、前缀式代理：最实用

在原始链接前面加一段：

原链接  https://github.com/用户/仓库/archive/refs/heads/master.zip
加速后  https://gh-proxy.com/https://github.com/用户/仓库/archive/refs/heads/master.zip

同类还有 ghfast.top、gh-proxy.net 等。实测同一时间段，不同代理的速度差异巨大：

gh-proxy.com   1633 KB/s
ghfast.top      188 KB/s
其余几个        0（不可达）

适用：clone 公开仓库、下载 Releases、取 raw 文件。命令行里也能用，服务器上全靠它。

边界：只代理公开资源。不能登录、不能 push、私有仓库用不了。

注意：clone 完记得把 remote 改回官方地址，否则以后每次 pull 都还走代理。

https://cdn.jsdelivr.net/gh/用户/仓库@分支/路径/文件

它本质是 CDN，不是代理。适用：取仓库里的单个文件——README、截图、配置示例。

边界：没有 Git 协议，不能 clone； Releases 里的附件它也拿不到。我给博客选主题时，几个候选主题的官方截图全是走它拉的，比直连快得多。

kkgithub.com 这类站点把 GitHub 的页面镜像过来，能正常浏览仓库、看 Issues、读代码。

适用：网络实在不通时，临时看看仓库内容。

边界很硬：不要在镜像站登录账号、填 token、操作私有仓库。 它是中间人，你的一切凭据它都看得见。只读公开内容，这是底线。

以 Watt Toolkit（原 Steam++）为代表。原理：

测速选出最快的 CDN 节点 IP
  → 写进 hosts 文件（覆盖被污染的 DNS 解析）
  → 浏览器/git 直连那个 IP

它解决的是"解析被污染"，不是"带宽不够"。 网页打不开、clone 失败、头像加载不出——这类问题它有效。但如果开了还慢，瓶颈在链路更下层，它无能为力。

适用：日常浏览、轻度 clone。免费开源，值得常备。

边界：SNI 阻断、端口封锁它救不了；GitHub 用 Anycast 动态 IP，hosts 方案今天有效明天可能失效。

一，备两个以上。 任何单一途径都不稳定，代理站说没就没。收藏夹里至少留两个前缀代理。

二，凭据只在官方站点用。 镜像和代理都是中间人，token、密码、私有内容绝不经过它们。

三，先看时效性。 2023 年前停更的加速工具现在基本全失效了。选一个工具前，先看它最近还有没有更新。