上午改完解析，下午打开还是旧页面。这种等待最耗耐心，因为看不出是缓存没到期，还是根本没生效。先分清一件事：改的是哪条记录，查的是哪个DNS。两个地方不一样，结论就不一样。用错了查询对象，会一直以为改失败了。改了A记录，本地还是旧IP，先别怀疑服务商。多数情况是缓存没到期，少数是记录根本没保存成功。两种情况一种要等，一种要重改。
用dig指定服务器查，是最快的分界。查权威NS，拿到的是记录真实值。查公共DNS，拿到的是缓存值。dig后面加@再写服务器地址，就是指定问谁。加+short只看结果，省得翻一大段输出。
两个不一致，说明还在缓存期。这时候改多少次都没用，只能等。TTL设了多少，就等多久。权威返回新值、公共DNS返回旧值，这个组合最典型。反过来权威还是旧值，说明记录没改成功，或者改在了另一个解析商那里。
这里有个顺序问题：TTL要提前降。改之前先把TTL从3600降到60，等旧缓存过期，再改记录值。降TTL要提前做，是因为旧缓存的时长由改之前的TTL决定，改完再降只管以后。
反过来做，改完才想起降TTL，那之前缓存的三千六百秒照样生效，想快也快不了。这是迁移前一周就该做的事，不是改动当天才想起来的步骤。有的解析商最小TTL是600秒，写60会被自动改成600，这个限制要提前查清楚，不然计划全乱。
本地还有一层。系统缓存、浏览器缓存、甚至路由器。清系统缓存用resolvectl flush-caches，Windows上是ipconfig /flushdns。浏览器自己的缓存现在基本跟随系统，单独清的意义不大。真正顽固的是本地DNS服务，企业网络里常见。
换NS的情况更慢。注册局的NS记录有自己的TTL，通常按小时算，全球生效要一天以上，这段时间里各地看到的结果可能完全不同。换NS之前先把新NS上的记录配全，再改注册局。顺序反了，中间那段时间全站解析不了。
判断有没有生效，别用自己一台机器。找几个不同地区的在线DNS查询，一起看。只有一个地方不更新，多半是那台机器的本地缓存。几个检测点同时返回新值，才算真生效。只有一个点返回新值，那个点可能刚好缓存过期。改完解析先记一张表：改了什么、什么时候改的、TTL多少。等生效的时候有对照，也方便跟同事解释为什么还没好。下次遇到同样的问题，翻出这张表，能立刻判断是该等还是该查。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
