表示已经提取了两次了，租房目的

engage.cloudflareclient.com 的 IP，国内已空路由

@Unclev21x 都有个首次上门的安装费

体制内工作好坏要看你在哪里……

不过一旦犯罪的话，以前缴纳的社保公积金什么的，只算个人缴纳的那部分，组织帮你交的那部分就没有了，工龄为 0 。

基层那批感觉比较苦逼，应对各种上级的检查，万一来点什么事情那下班就是不存在的

要做 IPv6，前提是访问端和服务端两边都得支持。不可能存在 IPv4 和 IPv6 直接互通的情况，这是两个不同的协议。
访问端做到双栈，而服务端不想做 IPv6，就会有问题。

@lns103
gov.cn 都会上名单，何况这些。。（微笑

我就自己搞了两台 1C1G 的配置在那里玩，权威 DNS

财务流程而已

这类域名基本上都进了国家反诈中心的名单的

@xinghen57
在权威 DNS 服务器。
如果预设了“分流”措施，当权威 DNS 收到请求后，根据请求发起者的 IP 地址（一般为运营商的 IP 地址，如省出口），来匹配“分流”措施中定义的规则，并返回对应的解析结果。

这个接口很棒

恭喜恭喜，早生贵子。沾点喜气~

www.gov.cn 为一主域名，其域名为 www，后缀为 gov.cn 。

DNS 查询过程为：
递归 DNS 中存有全球 13 个根服务器的地址，并向其发起 www.gov.cn 的请求。根服务器检索自身只发现了 cn 顶级域的委派记录，并向递归 DNS 返回该信息，里面包含了 cn 的权威 DNS 地址。
递归 DNS 继续向获得的 cn 的权威 DNS 服务器请求 www.gov.cn 的记录，在 cn 的权威 DNS 中发现了 www.gov.cn 域名的委派记录，并向递归 DNS 返回该信息，里面包含了 www.gov.cn 的权威 DNS 地址。
递归 DNS 继续向获得的 www.gov.cn 的权威 DNS 服务器请求 www.gov.cn 的记录，在 www.gov.cn 的权威 DNS 中发现了 www.gov.cn 的实际解析记录，向递归 DNS 返回该信息。由于本次请求里面没有发现进一步的委派信息，DNS 请求结束。

根服务器地址为(a-m).root-servers.net
CN 顶级域的权威 DNS 地址为(a-g).dns.cn
www.gov.cn 的权威 DNS 地址为 ns(1-3).cdns.cn
由于 gov.cn 后缀与 cn 后缀为相同顶级域，因此不再单独查询 gov.cn 的权威 DNS 信息，虽然这个信息确实存在。

@crystom
阿里云的 DNS，如果买的是企业版本，可以作为从服务器直接对外，隐藏掉自己的主服务器

@binsys 外面是 anycast，后面是 LB 负载

更正：2 楼答复中，将“至于 DNS 服务本身的架构”更正为“至于 DNS 服务本身”。读着读着感觉有问题。

至于 DNS 服务本身的架构，你可以是主从架构，也可以是全主。
但在域名委派体系里面，上级域只会给下级域一个主要的服务地址。

根据楼主提供的阿里文档，接下来所有都是我个人的推（ che ）论（ dan ），如果讲的不对请指出，我没有做过这个规模的，大佬请轻喷。

回到 DNS 本身。除了提升 DNS 服务器本身的服务质量，为了确保高可用，主要通过负载均衡技术实现。你在互联网上看到的一个 IP 地址，其背后会有 N 台服务器来提供支撑。就算有一台挂了，SLB 也会马上抛弃之，确保无论如何最后至少会有一台服务器依然在提供服务。当然，真遇到了 DNS 服务器本身的故障，运维团队也不是吃素的。
同一个主域名下，多组 DNS 的部署，可确保每组 DNS 在一个较大的数据范围内，其承担的解析工作量接近相等。
至于有些厂商针对子域名单独做了 NS （比如 qq.com ），技术层面上面已经做了回答，我想更多的出于管理层面的考虑，毕竟大厂业务多，域名也多。
希望这能回答清楚你的“dns 解析这一层，是怎么保证高可用的？”这个问题。

至于同步数据，为了安全起见，首先订明管理端与实际提供解析服务的服务器分离。
DNS 管理员配置域名解析后，该结果将会保存到数据库。阿里的文档中，负责存储和下发角色的数据库，通过使用集群和多副本存档等技术手段，确保数据的可靠性。
最后，通过数据库向部署的 DNS 下发域名解析配置。文档中提及“应用机房部署与数据库解耦，可以任意机房部署”，这里的“应用机房”就是我们 dig 时看到的那些，他只需要负责接收配置结果并应用于承担外部流量，所以部署在哪里实际上只有事先会比较重要，后期按客户所在地适当调整即可。

至于文中提及的 anycast 、解析结果正确性、安全防护，则是日常应用阶段的延展了。