子域名部署上线，DNS 查询校验子域名解析配置

搭建子域名用于项目测试、图片资源、后台管理系统，已经是站点运维常见操作，子域名解析配置出现疏漏，会直接造成子域名无法访问，DNS 查询可以用来校验每一条子域名的解析配置。主域名解析正常，并不代表子域名会自动继承相关配置，每一个子域名都需要独立配置对应的解析记录。很多新手会误以为主域名配置完成，子域名可以直接使用，上线之后才发现子域名解析失效，影响资源访问和后台管理。

不少新手会忽略子域名记录新增，直接访问子域名，浏览器抛出域名无法解析的报错。运行 DNS 查询，输入完整子域名，查看是否有对应的解析记录返回，如果查询结果为空，说明子域名没有配置解析，回到域名管理后台补充对应记录。子域名用途不同，选用的记录类型也存在差异，静态资源子域名常用 CNAME，独立业务子域名一般配置 A 或者 AAAA 记录。

子域名选用 CNAME 别名记录指向主域名，配置完成之后，通过 DNS 查询观察解析链条，确认别名可以正常递归解析出目标 IP。CNAME 记录不能和同级别其他记录共存，配置冲突会带来解析异常，DNS 查询返回的结果能够暴露出这类配置冲突问题。CNAME 记录配置冲突属于比较隐蔽的问题，浏览器访问不一定直接报错，但会造成配套 TXT、MX 记录失效。

部分域名解析服务商存在泛解析设置，泛解析开启状态下，未配置的子域名也会返回 IP，很容易掩盖配置遗漏的问题。看起来子域名可以访问，实际指向的并不是预期服务器。DNS 查询可以看到子域名实际解析出来的目标地址，核对是否和规划的服务器地址保持一致。泛解析方便临时测试，但正式业务场景建议关闭，避免未授权子域名被恶意利用。

子域名上线后也需要纳入日常巡检范围，解析服务商调整、域名账户变动，有可能造成子域名记录意外丢失。周期性执行 DNS 查询，核对各个子域名解析返回内容，保障子域名业务可以稳定对外提供访问。站点业务不断拓展，子域名数量会逐步增多，定期用 DNS 查询批量核验，及时发现子域名解析记录丢失或者配置错误的问题。