2026 年的影子图书馆正处于史上最惨烈的域名绞杀期：Spotify 索赔 3.22 亿美元的诉讼、出版商 1950 万美元的缺席判决、.org 域名 2026 年 1 月被暂停、.li 域名 2026 年 3 月被永久删除。官方域名平均存活周期从"年"缩短到"月"，用户靠收藏夹跟根本不上节奏，搜索引擎里还充斥着停放页和钓鱼克隆站。

在这种环境下，第三方监控工具已经不是"锦上添花"，而是访问影子图书馆的刚需基础设施。本文把目前能用的监控工具全部实测了一遍，逐字段拆解它们的数据维度、使用方法和局限，并把 2026-08-13 当天的一手实测记录写成完整的识别方法论。

适用对象：普通读者、重度下载用户、想写自动化脚本的开发者。所有结论基于当天实测 + 公开资料，影子图书馆域名变动极快，请以各监控站实时数据为准。

一、背景：为什么监控工具是刚需

影子图书馆（Shadow Library）与常规网站的根本区别在于生存模式：

1.1 域名是消耗品，不是资产

普通网站域名是永久资产，影子图书馆域名是消耗品。法律行动的时间线一目了然：

• 2024-07：annas-archive.gs 域名被删除
• 2025：annas-archive.se 被暂停
• 2026-01-11：annas-archive.org 被注册商下线（与 OCLC WorldCat 诉讼相关，其后 Spotify 诉讼曝光，显示 Spotify 案是真正导火索）
• 2026-01-16：美国联邦法官 Jed Rakoff 签发初步禁令，命令注册机构、托管商、Cloudflare 配合
• 2026-02：annas-archive.pm 被封锁；官方注册新域名 .gl
• 2026-03-01：annas-archive.li 被永久删除（删除 ≠ 暂停，域名主人在很长一段时间内无法找回）
• 2026-03：官方注册新域名 .pk、.gd
• 2026-05：archive.vg 被暂停
• 2026-05-20：法院下达 1950 万美元缺席判决 + 全球域名下架令

新域名一般 24-72 小时内注册完成，但用户无从得知。这就是监控工具的切入点。

1.2 假镜像与停放页比宕机更危险

域名失效后的 24 小时内，域名停放商（如 parklogic、abovedomains）会立刻接管旧域名，跳转卖域名广告页；更危险的是钓鱼克隆站——伪装成安娜官网，套一层 FingerprintJS 反爬挑战（看起来"很真"），实际目的是收集访客指纹或推广恶意内容。

我们实测发现一个反直觉的事实：假镜像的 HTTP 200 出现频率比真站还高——因为真站会反爬（PROTECTED/403/挑战页），假站为了骗人反而对一切请求返回 200。

1.3 官方渠道的"鸡生蛋"悖论

官方 FAQ 页面只存在于尚存活的官方域名上——域名全挂时，用户恰恰需要它来找新域名，这就成了悖论。官方的新域名公布渠道实际上依赖：Reddit r/Annas_Archive 社区、监控站更新。监控工具实际上是官方信息的分发基础设施。

二、工具全景速览表

AA = Anna's Archive

三、SLUM —— 最权威的实时状态监控

3.1 基本信息

3.2 状态分级系统（重点）

SLUM 的状态分级是它区别于普通监控工具的核心，共 5 级：

关键细节：它检查的是"内容匹配"，不是 HTTP 200。

每个站点配置了"预期状态码 + 预期内容片段"，只有两者都匹配才算 UP。举例（2026-08-13 实测数据）：

• annas-archive.gl：预期 Status 200 + 内容 "in one place - Anna"，实际返回 HTTP 500 → 判 DOWN（即使域名解析正常、TLS 正常、nginx 在响应，也算宕机——因为服务没有交付）
• yqrii5.org：预期 Status 403 + 内容 "Link expired or invalid"，实际 403 匹配 → 判 UP。这是安娜的下载 CDN 节点，无有效 token 时 403 是正常行为，SLUM 准确地把"预期中的 403"和"故障中的 403"区分开了

3.3 数据展示结构

总览页（index）：

• 按服务分组：annas / libgen / zlibrary / scihub / other 五个板块
• 每个服务显示汇总状态（UP/DOWN）和域名数量统计（如 6 domains 2 UP 4 DOWN）
• 每个域名：状态徽章 + 链接 + 最近一次检查详情

详情页（如 annas.html）逐字段拆解：

2026-08-13 实测的 annas 板块完整数据：

3.4 局限

• 节点单一（美国东部）：美国以外的用户如果被 ISP 定向封锁，SLUM 无法反映——它只能回答"全球层面站点是否活着"，不能回答"你的网络是否被封锁"。判断自己被封锁的方法是：SLUM 显示 UP 而自己连不上
• 不提供历史 uptime 百分比统计（只有 4 小时时间线 + 日志）
• 不主动推送告警（无 RSS/邮件/Webhook），需要用户主动访问

四、Mirror Index —— 带公开 API 的镜像监控

4.1 基本信息

4.2 数据维度

每个镜像展示 4 个字段：

2026-08-13 实测的 AA 板块：.gd/.gl/.pk 三个官方域名 24h uptime 均只有 23-28%，.pm 为 0%——与 SLUM 的判定互相印证，两个独立监控站的结论一致，可以互相背书。

4.3 公开 API（开发者重点）

限流：60 次/分钟。端点一览：

返回 JSON 示例（官方文档）：

{
  "mirrors": [
    {
      "id": "64abc123...",
      "name": "Anna's Archive",
      "url": "https://annas-archive.org",
      "category": "official",
      "status": "up",
      "uptime_percent": 99.8,
      "response_time": 245,
      "last_checked": "2024-01-15T10:30:00Z"
    }
  ],
  "total": 12,
  "online": 11
}

一个 60 秒可写好的自动检测脚本思路：

# 1. 拉取所有在线镜像
curl -s "https://annas-archive.info/api/mirrors/annas_archive" | jq -r '.mirrors[] | select(.status=="up") | .url'
# 2. 输出可用的官方域名清单，供下载脚本轮询

4.4 局限

• 状态只有 up/down 二分，判定标准是"成功 HTTP 状态码"，可能把停放页的 200 误判为 up（这正是我们实测中发现 .pm/.com 等返回 200 但实为停放页的原因——对影子图书馆，单靠状态码做监控是不够的，见第九章实战）
• 响应时间数据在高峰期波动大，参考价值有限
• 官方/社区镜像的区分标注较为简略，无更多元数据（如 TLS、内容校验）

五、Shadow Libraries 导航站 —— 入口聚合与生态母站

5.1 基本信息

5.2 功能板块逐项拆解

① 直链下载（Direct Downloads）：

• ✨ Anna's Archive（含官方镜像直链，带推广参数 ?r=7UY7Xmz）
• LibGen / Academic Papers / Internet Archive / Memory of the World
• 西语区：Lectulandia、Ebiblioteca、Epubera、Ebookelo
• Rave Book Search

② 种子批量下载（Torrents）：Epublibre、Academic Torrents、Torrent packs

③ 低带宽通道：IRC 频道（脚本化取书）、Telegram 检索机器人（发书名/ISBN 直接回传文件）

④ 监控入口：SLUM 即本站子板块（/slum/）

5.3 实测要点

导航站的 Anna's Archive 页面在 2026-08-13 仍列出三个官方镜像（.gl/.pk/.gd），与监控站数据一致。它的价值不是实时性（人工维护），而是"全入口地图"——适合新用户理解整个影子图书馆生态，以及镜像全挂时寻找种子/IRC/Telegram 等替代通道。

六、annasarchive.world —— 域名时间线与错误码手册

6.1 基本信息

6.2 核心内容一：官方域名完整时间线（2022-2026）

规律总结：官方偏爱国别域名（ccTLD：.gl 格陵兰 / .pk 巴基斯坦 / .gd 格林纳达），因为其注册机构（Njalla 等隐私注册商）对版权投诉的响应比 .com/.org 更慢。历史上 .li（列支敦士登）也被认为抗诉讼，但 2026-03 被突破——没有真正"安全"的后缀。

6.3 核心内容二：错误码完整手册（逐条对照）

实操口诀：520 和 154b 是"域名将死"的两大信号；502/504/522 是"过载"信号（可等待）；429 是"你被限流"（只能等）。看到 520/154b 不要恋战，直接去 SLUM 找新域名。

6.4 其他有价值内容

• DNS 污染排查：某些国家 ISP 在 DNS 层封锁域名，表现为"浏览器打不开但 SLUM 显示 UP"。建议切换 Cloudflare DNS（1.1.1.1）或 Google DNS（8.8.8.8）验证
• 安全警告：官方明确警告"不要用 Google 搜索 Anna's Archive"——搜索结果充满克隆/钓鱼站，域名一律只从三个源头拿：监控站、导航站、r/Annas_Archive
• 站点规模数据：64,416,225 本书、95,687,150 篇学术论文、1.1 PB 总量（2026-05 数据）

6.5 局限

• 更新频率低（月级），不能作为实时判断依据，只能作为背景资料和历史查询
• 域名时间线信息与其他来源（Wikipedia/TorrentFreak）交叉验证一致，可信度较高

七、annasarchive.info —— 域名可用性速查站

7.1 基本信息

7.2 核心内容

• 直接标注各域名状态，如 2026-08 标注 annas-archive.vg / .in / .se / .org 全部 NOT WORKING
• 详细的使用教程截图（搜索 → 结果页 → 下载选项：fast 付费 / slow 免费）
• 下载选项说明：fast 需付费会员，slow 免费（无需验证码）

7.3 局限

与 annasarchive.world 类似：更新滞后、人工维护。定位是"交叉验证的第二个信源"，不是实时工具。两个非官方信息站（.world 与 .info）+ 两个实时监控站（SLUM 与 Mirror Index）形成四源交叉体系，任何单一来源都不可信，四源一致才算数。

八、uptime.com —— 通用商业监控（对比参考）

8.1 基本信息

8.2 能力

• 全球多节点探测（可以覆盖 SLUM 的单一节点局限）
• 告警推送：邮件/短信/Webhook/Slack/PagerDuty
• 域名健康检查、SSL 证书监控、性能监测

8.3 为什么不推荐用于影子图书馆

• 认知成本高：需要了解 shadow library 的特殊性才能正确配置"预期 403/预期挑战页"这类判断（SLUM 已内置）
• 没有内容匹配：通用工具默认认为 403 是故障，对反爬站点会持续误报
• 商业闭源：不共享判断逻辑，无法被社区审计
• 适合的场景是自建服务（比如自己的 homelab 站点）做通用监控，而非追踪影子图书馆

九、开发者生态：自动化脚本、下载管理器与社区情报

9.1 YassineAta/anna-archive（GitHub）

开源下载脚本仓库，references/api_endpoints.md 维护官方镜像优先级表：

As of April 2026, after the .org suspension following the Spotify injunction:
1. annas-archive.li — current primary
2. annas-archive.pm
3. annas-archive.gl
4. annas-archive.gd
5. annas-archive.pk

文档明确说明："When a mirror dies, update the MIRRORS list... The Shadow Library Uptime Monitor is the usual place to find the current working set."——即官方脚本的镜像轮询列表都要靠 SLUM 喂数据，印证了监控工具在自动化生态中的基础设施地位。

9.2 Stacks —— 带自动切镜像的下载管理器

Stacks 是"监控数据产品化"的典型：把"镜像可用性"从人工判断变成程序自动决策。

9.3 Reddit r/Annas_Archive —— 最快的情报源

• 官方运营的社区（官方团队直接在此发布域名变更公告）
• 比任何监控工具都快（监控站需要 5 分钟 + 人工确认，官方公告是即时的）
• 但需要人工订阅关注，且官方发言频率低

9.4 信息时效性排序（重要结论）

即时：官方 Reddit 公告（r/Annas_Archive）＞ 手动 curl 探测（30 秒）
实时：SLUM / Mirror Index（5 分钟级）
近期：annasarchive.world / .info 更新（天~周级）

十、实战：2026-08-13 全天实测记录与假镜像识别方法论

这是本文最重要的一章：完整还原当天从"官方域名全挂"到"识别出 5 个假镜像"的全过程，作为方法论模板。

10.1 第一步：监控站交叉验证（30 秒）

先看 SLUM + Mirror Index，确认官方域名状态：

• SLUM（US-East 节点）：.gl/.pk/.gd 全部 DOWN（HTTP 500，CONTENT_MISMATCH）
• Mirror Index：三个域名 24h uptime 仅 23-28%，.pm 0%

判断：两个独立来源一致 → 官方主站确认宕机。但注意 SLUM 只能证明"美国节点看是挂了"，需要自己验证本地网络。

10.2 第二步：手动探测官方域名（60 秒）

# 探测所有已知官方域名（含 DNS、TLS、HTTP 三层）
for d in annas-archive.gd annas-archive.gl annas-archive.pk annas-archive.org; do
  code=$(curl -s -o /dev/null -w "%{http_code}" -m 10 -A "Mozilla/5.0" "https://$d/" 2>/dev/null)
  echo "$d -> $code"
done

实测结果：

要点：502 Bad Gateway 说明 DNS + TLS + nginx 都正常，只是应用后端崩溃——域名本身还活着，服务器没有失守，这是"官方正在处理"的典型形态，与"域名被接管"（DNS 消失/证书突变）是完全不同的故障。

10.3 第三步：探测可疑"镜像"（假镜像识别实战）

从搜索结果和旧列表收集到一堆"镜像域名"，逐个验证：

第一批：返回 200 的可疑站点

for d in annas-archive.pm annas-archive.com annas-archive.net annas-archive.gs; do
  curl -s -m 15 -L -A "Mozilla/5.0" "https://$d/" -o /tmp/v_$d.html -w "$d -> %{http_code}\n"
  grep -o '<title>[^<]*</title>' /tmp/v_$d.html
done

第二批：返回 000（连不上）的站点：.cc / .mu / .vg / .in / .hn / .club / .ee / .si / .cf / .ga / .gq / .tk / .ml / .biz —— 全是假镜像或已失效域名，无验证价值。

第三批：伪装最深的 .li

annas-archive.li 曾是真官方域名（2026-03 被删除），现在：

<title>annas-archive.li</title>
<script src="/js/fingerprint/iife.min.js"></script>  <!-- FingerprintJS 反爬库 -->
<!-- 用 tr_uuid + visitorId 做指纹挑战，302 到 http://annas-archive.li/?tr_uuid=xxx&fp=-7 -->

• 首次访问返回一个带 FingerprintJS 挑战的页面，看起来非常像真站的反爬（安娜真站确实用类似的指纹挑战）
• 但挑战通过的最终落点是 assets.abovedomains.com/javascript/forsale.min.js——abovedomains 是域名停放商
• 判定：❌ 停放/克隆伪装站。手法是"借用真站的挑战形态"骗过自动检测脚本（脚本看到挑战页会误以为"反爬保护中 = 活着"）

结论：当天 15 个被测试的"镜像"中，14 个是假镜像或死域，唯一的真入口是官方 CDN 节点（见下）

10.4 第四步：验证官方 CDN 节点

SLUM 显示 yqrii5.org / wbsg8v.xyz UP，手动验证：

curl -s -m 20 -L -A "Mozilla/5.0" "https://yqrii5.org/" -w "code:%{http_code}\n"
# → 403 + "Link expired or invalid"（与 SLUM 预期一致）

解读：这两个是官方下载分发节点（DL CDN），需要主站下发的下载 token 才能使用（无 token 一律 403）。CDN 活着但主站挂了 → 整个服务链断裂，用户仍无法下载。这解释了为什么"监控显示部分 UP"与"用户完全用不了"可以同时成立——监控的粒度是单域名，用户的体验是端到端链路。

10.5 假镜像识别三铁律（方法论总结）

1. HTTP 200 不等于活着：停放页/钓鱼站对一切请求返回 200。必须看最终落点：router.parklogic.com、/lander、纯黑点击跳转页 = 停放/钓鱼
2. 看 title 与内容指纹：真站 title 是 Anna's Archive: LibGen, Sci-Hub, Z-Library in one place；只有 <title>annas-archive.xxx</title> 且套 FingerprintJS 挑战的，是克隆伪装。挑战页 + 停放页脚本 = 教科书级伪装
3. 与监控站交叉验证：SLUM/Mirror Index 显示 DOWN 时，手动 curl 出现的 200 基本可以判定为假象。两个独立监控源结论一致才可信

10.6 当天最终结论

给用户的实操建议：主站宕机期间，直接用 LibGen（库与安娜高度重叠）是效率最高的路径；同时挂 SLUM 等官方恢复。

十一、使用建议：五个场景的具体操作流程

场景 1：日常下书前（10 秒）

打开 https://open-slum.org/ → 看 annas 板块状态 → UP 就去官方域名；DOWN 直接切 LibGen。

场景 2：下载遇到错误码

对照 6.3 错误码表：520/154b → 立即换域名；502/504/522 → 等 10-30 分钟；429 → 等 2-4 小时。

场景 3：怀疑自己被 ISP 封锁

SLUM 显示 UP 但自己打不开 → 切换 DNS 为 1.1.1.1/8.8.8.8 再试 → 仍不行则是 ISP 封锁，走 VPN/Tor。

场景 4：写自动化脚本（10 分钟）

用 Mirror Index API 拉在线域名列表，再对每个域名做"内容指纹"验证（避免停放页误判）：

curl -s "https://annas-archive.info/api/mirrors/annas_archive" \
  | jq -r '.mirrors[] | select(.status=="up") | .url' \
  | while read url; do
      title=$(curl -s -m 10 -L "$url" | grep -o '<title>[^<]*</title>' | head -1)
      [[ "$title" == *"one place"* ]] && echo "OK: $url"
    done

场景 5：长期跟踪

三源订阅：r/Annas_Archive（即时公告）+ SLUM（实时状态）+ annasarchive.world（历史脉络）。任何声称"官方新域名"的信息都在这三个源头之外时，默认它是假镜像。

附录

A. 全部监控/信息源汇总（含地址）

B. 可靠信源排序

权威性：官方 Reddit ＞ SLUM/Mirror Index 实时数据 ＞ annasarchive.world/.info 历史资料 ＞ 任意博客/聚合站
时效性：官方公告（即时）＞ 监控站（5 分钟）＞ 信息站（周级）

C. 免责声明

本文仅作技术研究与信息整理用途。影子图书馆内容涉及版权法律问题，各国法规不同，请自行评估合规风险。监控工具与导航站均为第三方非官方资源，其状态与链接随时可能变化，请以各站实时数据为准。

整理日期：2026-08-13｜基于当天全量实测 + 公开资料（Wikipedia、TorrentFreak、annasarchive.world、open-slum.org、annas-archive.info）交叉验证。