GitHub 网页、图片和克隆失败，先分清哪一层（2026）

这篇只处理一种情况：客户端已经按本站教程连上，GitHub 仍然打不开，或网页能开、克隆却失败。还没装好 Windows、Mac 或 Android 客户端的，先看对应教程，不要在这里从零安装。

🧩 先看失败落在哪一层

同一句「GitHub 打不开」，至少有三层。浏览器出现深色页，写着无法访问此页面，下面是「似乎 github.com 关闭了连接」，错误码 ERR_CONNECTION_CLOSED，这是连接被中途关掉。地址栏一直转圈后超时，是请求没有在时限内回来。提示找不到主机，才是域名没有解析出地址。

图片裂开、仓库能开，多半是图片域名和网页不是同一条路，不要据此重装客户端。命令行 git clone 失败，也不等于浏览器一定打不开。先记下错误码或命令输出，再改配置。三层一起改，后面无法判断是哪一步起了作用。

📡 状态页和端口先分开

改本机之前，打开 GitHub Status。状态页已经标出服务中断时，换 DNS 或换节点通常没有用。状态页正常，再查自己这边。

官方连接排查文档把网页 HTTPS、Git HTTPS 和 SSH 分开写。只放行 443 时，SSH 的 22 端口仍可能失败。网页能开，不能当成克隆一定成功。

🧭 只有解析失败才换 DNS

找不到主机时，用一个公共解析地址做对照，例如 8.8.8.8、1.1.1.1 或 223.5.5.5。本机结果和公共结果不一致，再考虑改系统或路由器里的 DNS。两边一致，就不要继续换解析地址。

加密 DNS 只加密「向谁问域名」这一段，常见地址有 https://dns.google/dns-query、https://cloudflare-dns.com/dns-query、https://dns.alidns.com/dns-query。它不改写 GitHub 服务器地址，也绕不开已经拦在 IP 上的连接。页面已经是 ERR_CONNECTION_CLOSED、解析又正常时，换 DNS 没有意义。

改完解析地址后清一次缓存再测。Windows 用 ipconfig /flushdns。Mac 常见做法是 sudo killall -HUP mDNSResponder。清缓存只丢掉可能过期的结果，不会生成新的可达地址。

📝 旧 hosts 先拿掉

hosts 是本机手工对照表。Windows 在 C:\Windows\System32\drivers\etc\hosts，macOS 和 Linux 在 /etc/hosts。写错一行，浏览器会稳定连到错误地址，看起来像 DNS 怎么改都没用。

不要把聊天记录里的 GitHub 地址粘进这个文件。GitHub 官方文档写明地址会变化，建议看 Meta 接口。这份清单也不覆盖全部服务。把某一天的单个地址写死，过几天就会失效。

如果怀疑旧记录在捣乱，先注释掉与 github.com、github.io、githubusercontent.com 相关的行，清缓存后再访问。恢复之后不要把那些行留着当长期方案。受管理的电脑先联系管理员，不要自行改系统文件。

⌨️ 网页通了，终端还要单独看

浏览器走了系统代理，不代表 Git 也在走。Clash 的系统代理或 TUN 打开后，仍要看终端用的是 HTTPS 还是 SSH。Windows、Mac 的安装和订阅分别见 Windows Clash Verge 配置 和 macOS Clash Verge 配置。还没选定电脑客户端，先看 Windows 与 Mac 新手指南。手机不要套用电脑的 hosts 路径，Android 按 Android 订阅配置 检查订阅是否生效。

Git 的 HTTP 代理由 http.proxy 控制。格式见 git-config 的 http.proxy。把端口换成客户端里显示的本地端口：

git config --global http.proxy http://127.0.0.1:端口

其他仓库不需要这条代理时，用 git config --global --unset http.proxy 去掉。SSH 地址 [email protected]:用户/仓库.git 不走这项。不要把密码或 Token 写进命令。

有人会用 Watt Toolkit 单独处理 GitHub。它的发布页在 steampp.net，不是 GitHub 官方客户端，也不能代替状态页。加速后仍是连接被关闭，就回到上面的分层，不要同时再改 hosts。

🚫 停掉的镜像不要当成备用

FastGit 自己的页面已经是告别声明：fastgit.org。旧教程里的替换域名可以删掉。镜像停了之后继续改远程地址，只会得到另一种连接失败，看起来像 GitHub 又坏了。

收尾时只改一层：状态页是否正常，错误是超时还是连接被关闭，公共 DNS 和本机是否一致，hosts 里有没有旧行，浏览器代理和 git 的 http.proxy 是否指向同一个还活着的本地端口。科学上网已经连上，仍要按这一层核对，不要把「代理开着」当成 GitHub 一定可达。