反向 DNS（Reverse DNS） Reverse DNS

反向 DNS（Reverse DNS，rDNS）是把 IP 地址反解成域名再验证回去的核验方法，官方标准流程两步：对可疑 IP 执行 host <IP> 反解——得到的域名必须落在该厂商的官方域之下（Google 的合法掩码如 crawl-***-***-***-***.googlebot.com、geo-crawl-***.geo.googlebot.com）；再对反解出的域名做正向解析——结果必须回到原来的 IP。反解加正解都通过（即 FCrDNS，正向确认反向 DNS），这条流量才算该厂商的真实爬虫。只做一半等于没做：反解记录同样可以伪造，闭环在正解这一步。

GEO 语境

AI 时代爬虫流量激增、伪装成本趋近于零，反向 DNS 从进阶技巧变成日志分析的常规动作：自称 GPTBot 或 Googlebot 的请求，验证身份靠的就是这套闭环，配合官方 IP 段 JSON（Google 已于 2026-03-31 迁址，旧路径 301 约 6 个月，定时拉取的脚本要改地址）构成 UA 之外的两道硬核验——三关叠加的完整流程与各厂商验证端点见爬虫日志验证方法档案。自动化建议：把「UA 自称 + 反解掩码匹配 + 正解回环」写成脚本跑在日志管道里，人工 host 命令只处理疑难个案；WAF 已内置该能力的（主流云 WAF 都有 bot 验证模块）直接开。它的边界也要说清：验证的是「请求出自谁」，不是「行为是否合规」——验证通过的爬虫抓得太勤，那是限速与crawl-delay的工单，不是安全事件。