很多人調蜘蛛池，注意力集中在入口頁本身：内容、連結、响應头。但蜘蛛要看到這個頁面，得先完成一步非常基础的動作——把域名解析成 IP。DNS 這一跳出問题，頁面做得再好也不會被訪問到，日誌里往往只表現為某段時間完全没動静。
解析是抓取鏈路的起点
一次完整的抓取大致是：解析域名、建立 TCP 连接、發送 HTTP 請求、返回内容。DNS 排在最前面，也是最容易被忽略的环节。蜘蛛的解析器有自己的缓存，缓存时長由你設定的 TTL 决定，所以解析變更的效果不是立刻生效的。
TTL 设多長更合适
TTL 决定解析记錄在各家递归服務器上缓存多久。设得太長，換 IP 後舊地址還會被繼續使用一段時間；设得太短，解析請求次數上升，鏈路抖動更容易被放大。
- 常規运营期：600 到 3600 秒是相對稳的区間，兼顾切換速度與查询压力。
- 計划更換服務器前：提前一天把 TTL 降到 300 秒左右，等舊缓存自然過期後再切。
- 切換完成後：观察一到两天，確認訪問正常，再把 TTL 調回常規值。
泛解析方便，但要清楚代價
泛解析能让任意子域名都指向同一個地址，批量建站时确實省事。問题在于，拼错的、被外部随机生成的子域名也會解析成功，並返回同一個入口頁。這等于把一個有限的抓取面變成没有邊界的抓取面，日誌里會出現大量你並不認识的子域名訪問。
更稳妥的做法是：只解析實际使用的子域名，把泛解析留给确實需要動態生成子域名的场景，同时不要在入口頁上互相連結這些随机子域名。
CNAME 與 CDN 的注意事項
接入 CDN 後，域名通常 CNAME 到服務商地址。這里有两個细节值得留意：
- 解析层級不要太長。多級 CNAME 會拉長解析時間，部分解析器對過長的鏈處理並不积极。
- 確認回源正常。节点能返回頁面，不代表回源畅通；回源異常时节点可能返回错誤頁，而蜘蛛看到的就是這個错誤頁。
解析異常常见的几種表現
- 返回 NXDOMAIN：域名或子域名记錄不存在，通常是配置漏了或刚刪除。
- 返回 SERVFAIL：解析鏈路上某個环节出错，常见于權威服務器不可達。
- 只返回 AAAA 记錄：服務器没有 IPv6 支持，连接直接被拒绝。
- 解析到已下线节点的舊 IP：切換後没有清理残留记錄。
- 按地域解析到错誤节点：地理定位配置與實际线路不符。
多 IP 解析與轮询
一個域名配置多個 A 记錄时，蜘蛛可能命中其中任意一個。這意味着每一個 IP 都必须能正常响應，否則表現為有时能抓、有时抓不到，很难定位。轮询解析並不是可靠的负载均衡，也不能保證蜘蛛一定落到你希望的那台机器上。
如果抓取量忽高忽低又没有明顯規律，先別急着改頁面，用几個公共解析服務分別查一遍域名，看看返回结果是否一致。
一份简單的检查清單
- 確認线上實际使用的主机名，逐個查询解析结果。
- 對比不同地区、不同解析服務商返回的 IP 是否一致。
- 確認每個返回的 IP 都能正常响應入口頁請求。
- 變更前降 TTL，變更後保留舊 IP 一段時間再回收。
- 把解析變更记錄在案，出問题时能快速對照時間线。
DNS 本身不复杂，但它是所有訪問行為的前置條件。把它当成运维的常規項，而不是临时救火項，入口頁的稳定性會好很多。