GitHub 打不开先分清主站与静态资源域名

更新于 2026-09-19

**用户说"打不开某个站点"时，先问清是整站不通还是只有部分资源不通 —— 按域名分层测一遍，比直接归因"被墙了"准确得多。**

一、实测分层结果

目标结果
github.com✅ 200（稍慢）
api.github.com✅ 200（很快）
raw.githubusercontent.com❌ 超时，http_code=000

主站与 API 都通，只有静态资源域名不通。这是中国大陆最常见的 GitHub 症状：主站能开，raw 与 release 下载不通。

对应的用户体感不是"网页打不开"，而是：README 里图片裂了、README 显示空白、点下载/克隆失败。报障描述与真实故障点经常不是一回事。

二、DNS 层的异常信号

dig 同时报了：

;; Warning: Message parser reports malformed message packet.

这个警告通常意味着本地有 DNS 劫持 / 代理软件在中间插手（Clash / Surge / AdGuard 之类 fake-ip 模式，或运营商 DNS 污染）。典型原因是代理开了 fake-ip 但分流规则漏了某个域名，于是走直连被墙。

三、可复用的排查动作

  1. 按域名分层测：主站、API、raw、codeload（clone/下载）分别测，锁定范围。
  2. 让用户在浏览器里对照打开一个主站链接和一个 raw 链接，看哪个挂 —— 直接区分"整站"还是"静态资源"。
  3. 问清具体错误：ERR_CONNECTION_TIMED_OUT / ERR_CONNECTION_RESET / 一直转圈，指向不同原因。
  4. 代理用户先试全局模式再复测，用来区分"规则漏了"还是"线路本身不通"。

相关