「DNS 没解析」和「等十分钟生效」，说的是两件事
工程师在群里说的「DNS 没解析」和「等十分钟生效」，其实是两种状态：一个要修，一个要等。这篇讲清名字怎么换成服务器地址、改完之后为什么不是立刻生效，以及听到这两句话该追问什么。
一晚上，群里两句话。
「DNS 没解析，我看下。」
「刚切了域名，等十分钟生效。」
你可能以为它们在说同一件事。第一句说的是名字换不成门牌号，第二句说的是已经改好了，只是还有人没拿到新的。一个要修，一个要等。
分不清的代价很具体：该修的等了半小时，该等的叫了三个人。
先看是坏，还是在等
DNS 出事故，现场通常只有三种样子。
- 全都打不开。 你们自己打不开，客户也打不开，切手机流量还是打不开。
- 有的地方通，有的地方不通。 你在公司能打开，客户说打不开；你手机能打开，同事的电脑不行。
- 等一会儿就好了。 刚上线那十几分钟有人打不开，之后自己好了。
然后问一个分水岭问题：今天动过域名、改过解析记录，或者换过服务商吗？
动过，先按「在等」处理，等多久有个准数（第四节算得出来）。没动过，那就是真坏了，别等。
01 问路
浏览器手上只有一个名字，比如 shop.example.com。名字没法用来找机器。
互联网上每台服务器都有门牌号，叫 IP 地址，长这样：203.0.113.7 1。门牌号给机器用，名字给人记。
把名字换成门牌号的这一步，叫解析。这个对应关系存在一张表里，其中一条叫 A 记录，就是「名字对门牌号」2。
你会听到：「解析没做」「域名没指过来」「A 记录指的还是老机器」。
问什么：这条域名的 A 记录现在指向哪个 IP？跟我们在用的服务器对得上吗？
02 认人
一次解析要问一串人，从近到远。
示意图由本文绘制。01、02 会把答案记在自己手里，03、04 只负责指路，只有 05 存着真正的记录——「改了记录」改的永远是 05。
你的电脑先问自己：这个域名我最近问过吗？记过就直接用，不问别人。
没记过就往下问，问那台「解析器」——通常是运营商给你的，也可能是 8.8.8.8 这类公共的。解析器替你一路跑腿，跑到为止 3。
它也不知道，就一层层往上问：根服务器、.com 那一层，最后问到你们域名服务商的权威服务器。权威的意思是，它手上的记录就是最终的，别人都抄它的。
哪台是权威服务器，写在 NS 记录里。你买域名时填的「域名服务器」，填的就是它。
你会听到：「NS 还没切过来」「解析还在老服务商那边」。
问什么：我们的 NS 记录现在指向哪家？跟我们在用的是同一家吗？
换域名服务商时最容易出事：域名换了，NS 没跟着换，于是全世界问到的还是旧那家的记录。
03 记档
那张表里不止名字和门牌号。产品经理会碰到四种。
| 记录 | 一句话 | 你会在什么时候碰到 |
|---|---|---|
| A | 名字 → 门牌号 | 换服务器、换 IP |
| CNAME | 名字 → 另一个名字 | 接第三方服务，比如客服系统、帮助中心 |
| TXT | 一行备注 | 验证域名归属，比如企业邮箱、搜索后台 |
| NS | 这个域名的表放在谁那儿 | 换域名服务商 |
CNAME 是别名。把 help.example.com 指到别人给你的一个长地址上，以后对方换机器，你不用跟着改 2。
TXT 最常见的一次是「加一条记录，证明这个域名是你的」。验证不过，十有八九是加错了名字，或者复制的时候少了一截。
你会听到：「加个 CNAME」「TXT 验证没过」「记录加在根域名上了，应该加在 www」。
问什么：这条记录加在哪个名字下面？加完之后要等多久？
04 计时
这是最容易吵起来的一段。
改一条记录，改完那一刻只有一处变了。要全世界都拿到新的，中间还隔着两段延迟，得分开算。
第一段很短：服务商把改动推出去。AWS 说这个过程「通常不到一分钟」，偶尔会慢 4。
第二段很长，而且不归你们控制：别人的缓存里还留着旧答案。
每个答案都有保质期，单位是秒，叫 TTL。缓存没过期之前，它一直拿旧的答，哪怕你几分钟前就改完了 5。
示意图由本文绘制。琥珀色那一段就是「等生效」的全部时长：改动早就到了，别人的缓存还没到期。
所以「要等多久」有个确切答案：看那条记录的 TTL。TTL 是 3600 秒，最坏情况就是有人最多一小时后才看到新的。
TTL 一般设多少？很少变、改了也不急着生效的记录，一小时（3600 秒）到一天（86400 秒）是常见选择。要能快速切换的，会压到 60 或 120 秒。 4。
同一份文档还给了一句可以直接用的建议：要动关键记录，先把 TTL 临时调短，改完观察，稳定了再调回去。
翻成产品话：要切流量，提前一天动手。 明天上午十点要切，今天就得把 TTL 降下来。否则十点那一刻，一定还有人在访问旧服务器。
还有一层缓存在你自己身上。浏览器也会记一份，Chrome 里在
chrome://net-internals/#dns 能看到 3。同事说「我这儿已经好了」，可能只是他那台电脑记的那份到期了。你会听到：「我这儿好了，你那儿还没好」「你清下缓存」「再等等，还没生效」。
问什么：这条记录的 TTL 是多少？我们提前降过吗？
05 到期
最后一件和机制无关、但每年真的会发生的事。
域名是租的。MDN 写得很直白：域名不能买，你付的是「用几年」的钱，续费时有优先权 1。
ICANN 要求注册商在到期前一个月、前一周各发一次提醒，到期后五天内还要再发一次。提醒发到注册时填的邮箱，而那个邮箱常常早就没人看了 6。
过期不会当场删掉。中间有 30 天赎回期，交钱能救回来 6。
它的现场长这样：所有人都打不开，页面提示这个域名可以购买。这时候 DNS 一切正常，是这个名字不再属于你们。
你会听到：「域名到期了」「续费了，怎么还没恢复」。
问什么：域名在谁名下、什么时候到期？续费提醒发到哪个邮箱？
存下来当一张表
| 你看到的 | 多半是 | 你接着问 |
|---|---|---|
| 全都打不开，今天没动过 | 记录指错了，或者域名过期 | A 记录指向哪？域名什么时候到期？ |
| 全都打不开，今天刚改过 | 改错了，或者还在等 | 改之前 TTL 是多少？ |
| 有的地方能开，有的不能 | 各地缓存新旧不一 | 现在离改动多久了？ |
| 加了记录，第三方验证不过 | 记录加错了名字或位置 | 加在哪个名字下，根域名还是 www？ |
| 换了服务商，还访问到旧服务 | NS 没换，或者还在传 | NS 现在指向哪家？ |
怎么用
排查顺序就两句：先问「是不是所有人都打不开」，再问「今天动过没有」。这两个答完，方向基本定了。
门牌号拿到手，下一件事是敲门。
References
- 1MDN：什么是域名
developer.mozilla.org
- 2Cloudflare：DNS 记录类型
cloudflare.com
- 3Cloudflare：什么是 DNS
cloudflare.com
- 4Amazon Route 53：DNS 最佳实践
docs.aws.amazon.com
- 5Cloudflare：TTL 是什么
cloudflare.com
- 6ICANN：域名续费与到期
icann.org
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.