GFW 检测怎么做？从免费 DNS 污染检测开始

想知道自己的域名在中国大陆访问时是否存在异常，可以先使用 免费 DNS 污染检测。无需注册，输入一个域名并完成人机验证，就能查看本次查询获得的 DNS 污染判定。对于尚不清楚故障发生在哪一层的网站运营者，这是一个便于开始的检查入口。

但先要分清两件事：DNS 污染检测不是完整的 GFW 全量检测；未检测到 DNS 污染，也不等于网站的所有功能都能正常使用。本文帮助你完成首次查询、理解结果，并选择下一步检查。这里讨论的是面向中国大陆访问的域名网络检测，不是解封、加速或完整浏览器测试。

第一次做 GFW 检测，先明确要检查的域名

用户搜索“GFW 检测”时，往往真正想问的是：“客户为什么打不开我的网站？”先记下实际打不开的地址，以及反馈发生的时间、地区和运营商，再确定需要提交的域名。不要一开始就把网站打不开归因为某一种封锁。

例如，用户访问的是 https://www.example.com/login，首次检查应输入 www.example.com，而不是整段网址。如果登录请求另外发送到 api.example.com，它也是需要单独关注的目标。主域名、www 子域名和其他业务子域名不能互相代替。

如何使用免费 DNS 污染检测

1. 输入纯域名。不包含 http:// 或 https://、路径、查询参数和端口。检查是否误带空格，或把多个域名粘贴到同一次查询中。
2. 核对目标。支持国际化域名（IDN），提交时会转换为标准 ASCII/Punycode 格式。返回的规范化写法可能与输入外观不同，应保留二者的对应关系。
3. 完成人机验证后提交。如果验证组件无法加载，先检查当前网络并按页面提示重试；验证失败不是域名检测结果。
4. 阅读判定与说明。记录查询时间和域名，不要只截取一个颜色或图标作为故障结论。

免费入口用于单域名查询，不是持续监控。1 小时内的重复查询可能使用已有的有效结果，因此连续点击不一定代表执行了新的检测。需要按计划取得后续结果、查看历史或接收通知时，应创建 Console 监控任务。

三种结果分别意味着什么

免费页面展示的是本次查询获得的 DNS 污染判定。应按下面的含义采取行动，而不是把所有结果压缩成“被墙”或“没有被墙”。

检测失败是另一类情况。请求、网络或人机验证未能完成，不等于服务已判断域名存在 DNS 污染，也不应与“暂时无法判定”混为一谈。先按错误提示处理；持续失败时，保留不含敏感信息的错误说明以便反馈。更详细的分类见 检测结果说明。

什么时候需要继续做 GFW 全量检测

如果 DNS 检测没有报告污染，但访问仍然失败，或你需要一次检查多个域名、比较不同地区和运营商网络，可以使用 GFW 全量检测。它把 DNS 污染、HTTP Host 和 TLS SNI 三个维度及汇总放在一起，便于找到需要继续排查的环节。

• DNS 未报告污染，但浏览器连接失败：继续查看 HTTP 和 TLS 分项，再结合源站、CDN 与业务日志排查。
• 不同用户反馈不同：选择与受影响用户相关的地区和运营商节点，保留各节点结果，不用一个节点代表整个中国大陆。
• 同时管理多个域名：整理主站、登录、API 等目标，通过 Console 或正式 API 批量检查，不把免费网页查询作为程序化接口。

这里的“全量”不表示把平台全部七种检测方法执行一遍，也不表示自动打开网页、运行 JavaScript 或完成登录。具体操作、节点选择和分项查看方法见 GFW 全量检测指南。

避免把检测结果理解得过宽

一次正常结果，只说明相应检测在这次观测中没有报告对应异常，不保证所有地区、运营商或未来时间都相同。一次超时也不能单独说明故障原因，更不能据此指定责任方。

同样，域名网络检测不能代替实际业务验证：首页可访问，登录、支付或第三方资源仍可能失败。遇到这种情况，应检查用户实际使用的依赖域名和浏览器请求，而不是只重复查询主域名。检测服务帮助发现和记录网络异常，并不提供加速、解封或恢复时间保证。

从一次查询走向持续监控

如果你只是想先了解一个域名的 DNS 污染结果，现在就可以使用 免费 DNS 污染检测。如果需要定时执行、历史结果和平台通知，按照 Console 开始使用指南 配置 DNS 污染或 GFW 全量监控任务。

如果希望把检测接入发布流程或现有运维系统，继续阅读 网站上线后，如何通过 API 实现 GFW 自动检测与报警？。下一步应由你的需求决定：先查一个域名、扩大检查范围，或建立长期监控，而不是为了得到一个绿色标签反复改变检测条件。