聊蜘蛛池时，大家盯的多是入口页模板、IP 数量、链接结构，DNS 这一环经常被跳过。但蜘蛛每次访问入口页，第一步就是解析域名：解析慢、解析失败、解析结果在几条记录之间乱跳，后面模板做得再细也补不回来。这篇把 DNS 在蜘蛛池里的作用、常见坑和检查方法讲清楚。
一次入口页访问，DNS 上发生了什么
蜘蛛拿到 URL 后，先交给本地递归解析器。缓存里有记录就直接返回；没有的话，递归器要去问根、问顶级域、再问到你的权威 NS，拿到 A 或 AAAA 记录之后才开始握手和后续请求。也就是说，解析是整条链路的前置条件，它慢，后面的连接和响应都会顺延。
解析速度：什么范围算正常
命中缓存时，解析通常在个位数毫秒；未命中时几十到一两百毫秒都算常见。真正要警惕的是持续偏慢和偶发长尾，比如从多个地区抽样，长期超过 300 毫秒，或者时不时冒出 1 秒以上的解析耗时。
蜘蛛的超时预算一般比浏览器紧，解析阶段多花的几百毫秒，会直接挤压后面等待响应的余量。入口页本身响应就偏慢的话，两者叠加很容易变成抓取失败。
TTL 设长还是设短
TTL 决定递归解析器把记录缓存多久，本质是解析请求量和切换灵活度之间的取舍。
- TTL 长：解析请求少，权威 NS 压力小，蜘蛛更容易拿到缓存；代价是换 IP 后旧记录会在缓存里留很久。
- TTL 短：切换快，但解析请求明显变多，入口域名多、被抓频繁时，权威 NS 可能扛不住。
比较稳妥的做法是：稳定期把 TTL 放在 600 到 3600 秒；计划换 IP 前 24 小时先降到 60 到 300 秒，切完确认稳定后再调回去。避免长期用极短 TTL，也避免换 IP 当天才临时改。
多线路与智能解析
只配一条 A 记录，出问题就是全挂。常见的分散方式有三种：
- 多条 A 记录：递归器随机选或轮询，能起到一定分散作用，但其中一条指向的机器挂掉时，仍会有蜘蛛被引过去。
- 按线路解析：按运营商或地域返回不同 IP，蜘蛛就近访问、延迟更低；代价是配置复杂，改错一条线路，某个地区的抓取会长期失败。
- AAAA 记录：要谨慎。如果 IPv6 线路本身不稳，蜘蛛可能优先走 v6 然后超时，而你在 v4 上看一切正常。
解析失败与解析异常
常见的异常有几类：权威 NS 本身不稳定，导致间歇性超时；NS 记录变更后没等生效就开始大量抓取；解析结果被劫持或指向了错误 IP；域名过期、欠费、未实名导致直接停止解析。这些情况在日志里往往表现为某段 IP 同时失败，或某个地区集中失败，而不是单个入口页的问题。
排查思路是先分层：用不同地区的公共解析器查同一域名，看结果是否一致；直接指定权威 NS 查询，看是否超时；再对比入口页服务器的访问日志，确认请求到底有没有到达。
换 IP 时，DNS 和入口页要一起动
换 IP 不是改一条记录就完事。顺序上建议：先把新机器上的入口页内容、证书、路由都跑通，再降 TTL，再切解析，观察一段时间确认新 IP 能被正常抓取，最后清理旧机器。切的过程中不要让两个环境的入口页内容差异过大，否则同一入口页在短时间内呈现两种版本，对抓取判断没有好处。
几个常见误区
- 以为解析是一次性配置，配好就不再管，实际上线路、NS、证书到期都可能让它悄悄变化。
- 用极短 TTL 求灵活，结果解析请求量翻倍，权威 NS 成为新的瓶颈。
- 只看通不通，不看解析耗时和解析结果的一致性。
- 换 IP 只改 A 记录，忘了同步调整 NS 服务商上的线路策略和反解。
可以落地的检查清单
- 从至少三个地区、两家以上公共解析器查询同一入口域名，记录结果和耗时。
- 指定权威 NS 直接查询，确认不超时、结果与递归查询一致。
- 检查 TTL 是否与当前的换 IP 计划匹配。
- 核对多线路配置，逐条验证线路返回的 IP 是否都在服役。
- 把解析耗时纳入日常监控，而不是只在出问题时才看。
DNS 不产生内容，也不提升权重，它只决定蜘蛛能不能顺利走到你的入口页。这一环不需要做得多花哨，稳定、可预期、能解释，就已经比大多数情况好。