节点纯净度测试网站：用 Clash Verge Rev 查出口与 GitHub 链路
简答：最快的方法是：在 Clash Verge Rev 中只选定一个节点，确认系统代理或虚拟网卡模式已经接管浏览器，再打开 IPCheckLab 或 IP透视查看当前出口 IP、ASN、网络类型和代理标签；如果要排查 GitHub 下载问题，还要分别测试 GitHub 页面、Raw、Release、Gist 以及 ghproxy.cyou。纯净度检测只能反映当前公网出口的公开信息，不能单独证明节点长期稳定或账号一定可用。
定义：节点纯净度是对当前公网出口 IP 的网络归属、代理或匿名标签、共享指标及相关风险证据进行综合查看，不是全球统一的单一分数。
3分钟速查：先检测当前出口，再验证 GitHub 链路
如果你只是想知道当前节点是否被识别为机房、VPN、Tor 或共享出口，先做当前浏览器出口检测；如果问题是 GitHub 文件或下载地址打不开，还必须继续测试目标资源。本文是第三方使用指南，不是检测平台或相关项目的官方页面，内容按 2026-10-27 检索时页面公开展示整理，字段和可用性可能变化。
| 你的目的 | 首选操作 | 重点观察 | 不要误判 |
|---|---|---|---|
| 只查当前节点出口 | 打开 IPCheckLab 当前网络检测 | 出口 IP、ASN、网络类型、代理信号、IPv4、IPv6、DNS、WebRTC | 检测结果不是长期稳定性证明 |
| 看节点风险证据 | 打开 IP透视节点纯净度检测 | 网络类型、VPN/Tor 标签、IP 风险分、原生性、静态关联、24 小时共享指标 | 共享指标没有通用合格阈值 |
| 排查 DNS 或多出口 | 补充使用 MyIPDNS | IPv4/IPv6、DNS 出口、NAT、WebRTC 和代理状态 | 测速结果不能替代纯净度判断 |
| 查 GitHub 下载问题 | 分别测试 GitHub、Raw、Release、Gist 和代理服务域名 | 页面是否加载、最终域名、重定向、响应内容和客户端日志 | GitHub 首页能开不代表所有下载链路正常 |
最短结论：普通用户先用 IPCheckLab 看当前出口；出现 DNS、IPv6 或 WebRTC 分流时，再用 MyIPDNS 交叉检查；如果是节点风险判断，再查看 IP透视的具体标签；最终以 GitHub 目标资源的实际访问结果为准。
前置条件：先确认检测到的确实是待测节点
节点纯净度网站通常检测的是浏览器当前请求使用的公网出口，不会自动读取 Clash Verge Rev 中的节点名称或订阅信息。IP透视页面也明确说明，检测对象是当前网页实际使用的公网出口，不读取代理客户端的节点名称或订阅内容。
- 只选择一个节点：在 Clash Verge Rev 的代理组中选定待测节点，并记下节点名称。本文不承诺批量检测订阅中的全部节点。
- 确认代理接管方式：当前设置字段包括“系统代理”和“虚拟网卡模式”。项目公开说明中，“系统代理”依赖应用遵守操作系统代理约定；“TUN”会通过虚拟网卡和路由接管系统流量。不同系统和版本的入口可能不同，不要把其他教程中的菜单位置直接套用到当前版本。可参考 Clash Verge Rev 的模式说明。
- 先做一次基线：不切换节点时打开检测页，记录当前出口 IP；切换到待测节点后重新打开页面或强制刷新，比较出口是否变化。
- 避免多出口干扰：如果 IPv4、IPv6、DNS 或 WebRTC 显示为不同地区，先按分流问题排查，不要马上把结果归因于节点本身。
如果浏览器中的检测页已经显示新出口，但 Git、下载器或其他应用仍然失败，说明浏览器代理生效不等于所有应用都走同一条链路。这时要单独检查应用代理设置、虚拟网卡模式、DNS 和客户端日志。
按顺序检测：出口证据、DNS/WebRTC，再测 GitHub
第一步：记录出口 IP、ASN 和网络类型
打开 IPCheckLab，先确认出口 IP 是否已经改变，再查看 ASN、组织名称、网络类型和地区来源。该页面公开展示运营商、ASN、地址段、网络类型、VPN/Tor 等代理信号，以及 IPv6、DNS 和 WebRTC 等环境信息；页面还说明不同位置数据库的结果可能不同，并显示其方法版本为 2026.07、更新时间为 2026-07-31。
如果需要查看更细的节点证据，可打开 IP透视节点纯净度检测。页面列出当前节点 IP、出口地区、网络类型、ASN/组织、原生性、IP 风险分、静态关联和 24 小时共享用户等字段。这里的字段名称和计算方式属于该检测平台自身定义，不能与其他网站的同名字段直接横向比较。
第二步：检查 IPv4、IPv6、DNS 和 WebRTC
打开 MyIPDNS 网络检测，查看 IPv4、IPv4 DNS、IPv6、IPv6 DNS、NAT、WebRTC 泄露、DNS 泄露和网络代理状态。该页面还提供网络延迟与测速功能，但测速只能说明本次请求的网络表现，不能证明出口 IP 一定低风险。
- IPv4 已切换、IPv6 仍显示本地网络：优先检查 IPv6 是否绕过代理。
- 出口 IP 已切换、DNS 位置未切换：检查 DNS 分流或系统 DNS 设置。
- WebRTC 显示另一地址：检查浏览器或客户端是否存在额外的直连出口。
- 多个数据库显示不同城市：记录来源和更新时间，不要用一个城市结果否定其他结果。
第三步：分开测试 GitHub 原站与 ghproxy.cyou
GitHub 原站、GitHub 下载资源和 ghproxy.cyou 页面属于不同目标链路，不能用其中一条的结果替代另一条。建议按以下顺序操作：
- 打开一个公开 GitHub 仓库页面，确认 HTML 页面能否加载。
- 打开仓库中的一个公开 Raw 文件，确认纯文本内容是否返回。
- 进入 Releases，先打开版本页面，再尝试一个公开 Asset 下载。
- 打开一个公开 Gist，并分别测试页面与原始内容。
- 单独打开 ghproxy.cyou，确认该域名本身是否能访问；如需测试下载转发，只使用公开、非敏感资源，并记录最终地址、重定向和返回内容。
GitHub 文档将仓库源码归档、Release 中的 Source code、标签归档和具体资源下载分别说明，并给出了不同的归档地址格式。可查看 GitHub 官方的源码归档下载说明。因此，仓库页面能打开，并不能直接证明 Raw、Release Asset 或归档下载都正常。
结果怎么判断：看证据组合，不只看一个分数
| 检测现象 | 更可能的问题范围 | 下一步动作 |
|---|---|---|
| 切换节点后出口 IP 没变化 | 系统代理、虚拟网卡模式或代理组未生效 | 检查当前选中节点、系统代理状态、虚拟网卡模式和连接日志后重新打开检测页 |
| 出口 IP 变化，但 DNS 或 WebRTC 来自另一地区 | IPv6、DNS 或浏览器存在多出口 | 分别检查 IPv6、DNS 分流和 WebRTC，再复测 |
| 命中 VPN、Tor 或公开代理标签 | 检测数据库识别到明显代理或匿名网络特征 | 先把它作为风险证据，换一个节点后在同一设备上重测 |
| 共享指标较高或静态关联较低 | 可能反映共享规模或地址稳定性指标 | 只能用于比较同类出口，不能直接推断账号质量或一定不可用 |
| GitHub 页面正常、Raw 失败 | 目标域名、规则或资源链路不同 | 记录失败域名、浏览器错误和客户端日志 |
| GitHub 页面和 Raw 正常、Release Asset 失败 | 具体资源地址、重定向或下载连接异常 | 换一个公开 Asset 复测，并记录最终地址与 HTTP 错误 |
| GitHub 正常、ghproxy.cyou 页面或转发失败 | 代理服务自身域名或其转发链路异常 | 单独测试域名、目标路径和重定向，不把 GitHub 原站结果当作代理服务状态 |
字段边界：IP透视页面将“静态关联”描述为 IP 长期稳定程度，将“24h 共享用户”描述为同一 IPv4 或 IPv6 /64 的共享规模；这些是该页面的网络指标，不是行业统一标准。IPCheckLab 也说明不同位置数据库可能因更新时间和查询方式不同而产生差异。遇到冲突时，应保留检测时间、出口 IP、数据来源和目标资源结果，而不是强行选一个“正确分数”。
低风险也不是保证：低风险只能说明当前公开 IP 情报中没有看到明显异常，不能保证 GitHub、AI 服务、流媒体或账号登录长期可用。节点切换后公网出口可能变化，因此每次更换节点都应重新检测。
常见失败、安全提醒与范围限制
检测页面一直加载，应该怎么办？
先确认浏览器没有阻止验证组件，再检查 Clash Verge Rev 是否正在频繁切换节点。可以换一个检测页面交叉查看，但不要把“检测页打不开”直接等同于节点不可用。若浏览器检测页能开而其他应用失败，应回到应用代理、虚拟网卡模式和日志排查。
需要把订阅链接粘贴到节点纯净度测试网站吗？
不需要。本文采用“客户端切换一个节点，再检测当前出口”的方法，不建议将包含账号、密码、Token 或长期访问凭据的订阅链接提交给陌生页面。若某页面要求导入订阅，应先核对其隐私说明、请求对象和保存范围，并优先使用不含敏感凭据的测试配置。
共享用户数多少才算高？
没有适用于所有用途的统一阈值。该字段用于比较同类节点的共享程度，不应单独作为正常、异常、独享或长期稳定的结论。应结合网络类型、代理标签、目标资源访问结果和复测情况判断。
为什么 GitHub 首页能打开，但 Release 下载失败？
仓库页面、Raw、Release 页面、具体 Asset 和源码归档可能对应不同的请求路径或重定向。请记录失败资源的最终域名、浏览器错误和客户端日志，再用另一个公开资源复测。
本文能一次检测订阅里的全部节点吗？
不能。本文只讲 Clash Verge Rev 中切换单个节点后的当前出口检测，不承诺批量检测。需要比较多个节点时，逐个切换，并记录相同的四项信息：时间、出口 IP、风险标签和目标资源结果。
本文不提供节点排名、速度排名、账号可用性或长期安全结论。涉及 ghproxy.cyou 的页面和域名信息，仅代表该站在检索时公开展示的内容，不代表官方状态或服务承诺；具体可用性应以当时页面和相关公告为准。
常见问题
节点纯净度测试网站应该先选哪个？
普通用户先用 IPCheckLab 检测当前浏览器出口；如果需要查看更细的风险、网络类型和共享指标，再补充使用 IP透视；出现 DNS、IPv6 或 WebRTC 分流时，使用 MyIPDNS 交叉检查。
节点纯净度检测需要提交订阅链接吗？
不需要。本文方法是先在 Clash Verge Rev 中切换单个节点，再检测当前公网出口。不建议把含账号、密码或 Token 的订阅链接提交给陌生检测页面。
检测结果显示低风险，是否代表节点一定稳定？
不代表。低风险只说明当前公开 IP 情报中没有明显异常，不能证明长期稳定、账号一定可用或 GitHub 的所有下载链路都正常。
为什么 GitHub 页面能打开，但 Raw 或 Release 失败？
页面、Raw、Release 和具体 Asset 可能使用不同域名、规则或重定向。请分别测试，并记录最终地址、错误信息和 Clash Verge Rev 日志。
共享用户数多少才算高？
没有适用于所有业务的统一阈值。共享用户数只能作为同类节点的比较指标，不能单独推出节点一定不可用或账号一定有风险。
能不能一次检测订阅中的全部节点？
本文不提供批量检测。方法是逐个切换节点并重新打开检测页，再记录出口 IP、风险标签和 GitHub 目标资源结果。
相关阅读
参考资料
- IPCheckLab：IP 纯净度检测、网络与常用服务测试（ipchecklab.com）
- IP透视：节点纯净度检测与风险证据说明（iptoushi.com）
- MyIPDNS：IP 出口、DNS、WebRTC 与代理检测（myipdns.com）
- Clash Verge Rev：系统代理与 TUN 模式说明
- Clash Verge Rev：中文设置字段与 TUN、系统代理说明
- GitHub Docs：下载源码归档
- ghproxy.cyou 页面公开内容与使用边界说明