域名管理系统

某天安全工程师反馈我们的某个网站里包含违规内容，需要立即处理，否则整个主域名有被封禁的风险，主域名下有上千个子域名，涉及业务非常广，真要封禁非同小可，我们不敢怠慢，立即处理。初步排查，域名确实指向了某个违规的网站，但网站不是我们的，应该是项目下线，主机销毁IP释放，但域名并没有及时删除，新的用户被分配了同样的IP，然后这个IP指向了违规的网站，间接的域名也就指向了违规的网站。删除域名解析，问题解决，但隐藏在这个问题背后的是我们对域名管理的失控，鉴于此，域名管理系统势在必行，这篇文章就来介绍下我们域名管理系统是如何设计的，究竟做了哪些个事情

域名管理系统整体上包含三个部分，分别是查询、变更、巡检，接下来分别介绍下这三个部分的内容

查询

首先是查询，我们要有完善的域名数据库，包含所有的域名信息，能清晰的知道我们有哪些域名，这些域名在哪里注册、在哪里管理、当前状态如何、什么时间过期，以及每个域名下的记录数量等等域名基础数据

除了域名的数据也要能够获取全量的解析记录数据，包含域名记录、类型、线路、记录值、状态、TTL时间等解析记录相关的基础数据。这些数据我们可以通过域名提供商的API获取到，难度不大

当有了这些基础域名解析数据后，就可以通过多云系统获取到域名解析所对应的基础资源，可能是云主机、可能是负载均衡、可能是CDN、可能是DDOS、也可能是WAF，但无论是什么，我们都可以通过详尽的基础资源数据库来匹配。这一点对于我们做域名盘点非常有用，如果能匹配到资源且资源的状态正常的话那大概率域名依然在使用，如果匹配不到资源或者是匹配到资源已非正常使用状态，那么域名也大概率不在使用了

当然这里可以展示所有域名解析相关的数据，而不仅仅是域名解析关联的资源，例如后边会提到的域名变更记录数据、域名标记情况或是域名解析HTTPS数据等等，丰富域名解析关联数据，让域名解析不再孤立

变更

查询没有问题了，那我们接下来把域名的整个生命周期管理也给纳入了进来，域名作为系统的入口，其重要性不言而喻，域名的错误变更将会直接导致服务的中断或故障，所以所有域名的变更都要有二次确认的机制，在这个过程中我们引入了工单，所有变更都从工单开始

新建/启用/停止/编辑/删除操作直接触发工单流程，用户提交，域名管理员二次确认，没有问题审批通过，则自动触发域名变更的操作。当然在确认的过程中一样可以展示域名关联的信息，例如关联资源、标记状态，给管理者充足的信息来帮助确认是否应该给与申请通过

当然对于一些测试之类非核心域名也支持跳过审批自动处理，或者是根据具体的动作来选择跳过审批过程，例如默认新建域名无需审批，这个要根据具体的域名来配置了，充分考虑安全性和灵活性

前文多次提到标记和盘点，所谓盘点就是对我们所有使用的域名做一次全面的梳理，确定哪些域名记录有在使用，而哪些域名记录已经不用了，这里通过系统判断加人工确认的方式来实现，例如之前说的，如果域名解析没有绑定资源或是域名绑定资源已过期，那多半域名解析已经不在使用了，这时候可以标记域名解析状态为已下线，等待后续确认删除