域名监控预警系统的一个主要功能, 就是在面对一些很关键的情况的时候, 比如在什么时候快要到期了、被别人抢注了、DNS记录被改了、或者要转移等等这些环节上面, 能够非常早就触发那个报警的信号。这样做的目的, 就是为了让管理的人在风险真的变成一个损失以前, 就把事情处置好。
一个算是合格的这种预警系统, 它必须要去覆盖下面这四种事件: 第一种是到期了但没有续费；第二种是注册局的那个状态进行了变更；第三种是DNS的记录出现了异常；第四种是域名被提起了转移请求或者是仲裁这个事。接下来, 我们会把这个配置上的优先级别给讲出来, 然后把实际操作的路径给说明白。
四类预警事件及触发条件
会出现到期预警的情况, 就是在注册商的后台里面设置续费的提醒, 我们建议要把这个设置为三级, 就是分别设置在到期前的九十天、三天的时候和七天的时候发出提醒, 这样做的原因是避免出现遗漏的问题。
注册局状态发生了变更, 需要去监控ICANN WHOIS信息里面的Status字段, 一旦发现clientTransferProhibited解除或者是pendingTransfer等异常状态出现, 就立刻触发告警。
检测到网络异常, 问题是域名系统出现了故障。具体来说, 需要定时去检查域名的NS记录和A记录以及CNAME记录。建议大家把检查的时间间隔设置得短一些, 不要超过十五分钟。一旦发现的记录和之前备案的标准不一样, 马上就会发送通知过去。
进行监控,这个监控的范围包括在注册商之间发生的关于转出的请求情况域名监控预警系统, 同时也需要关注是否发生了UDRP争议解决机制下的审理事件或者是CIETAC仲裁委员会的立案情况, 这样做的目的是为了能够在第一时间内获取到对方面部的真实意图。
配置步骤（以主流系统为例）
1. 把接入域名资产清单这件事给办了。要把企业名下所有的域名, 这里面还包括备用域名以及品牌变体域名, 全部都录入到系统里去。要在里面标注好注册商、到期日以及DNS服务商。
2. 进行告警通道的设定操作, 需要配置诸如邮件、短信, 以及企业微信或者钉钉的Webhook这样的接收方式, 并且确保其中至少有两条通道处于启用状态, 这样当主用通道出现故障的时候, 系统能够自动去切换到备用的通道进行通知。
3. 我们对响应sla设置了分级的规定。针对p1级的情况, 也就是域名被锁定或者是被转移这种情况, 我们要求在15分钟之内做出回应。还有p2级, 指的是dns的变更任务, 这个要求在1小时内作出回应。至于p3级, 就是到期提醒的事情, 我们是按照日常的排班计划来进行处理的。
4. 建立处置标准操作程序。为各类预警情况分别准备一份对应的标准操作卡片, 用来明确具体由谁来接收、需要检查哪些内容、采取什么方式实施恢复操作以及如何进行后续的复盘工作。
5. 每个月进行一次演练, 这种情况就是去模拟域名被别人抢注的场景, 目的就是要来验证一下, 从报警那个环节一直到最后的处置工作, 全链路的速度到底是怎么样子的。
高频疑难与处理
针对多注册商域名分散管理的情况, 应该使用的是统一API, 比如Reseller平台这样的工具来进行批量接入操作, 这样可以避免去逐家进行配置的麻烦。gname.xin这类聚合管理入口可以把分散在各个注册商那里的域名统一纳入到一个监控面板里去进行管理, 从而降低出现遗漏的风险。
预警误报率高: NS记录因云服务商自动漂移导致的误报,建议将NS记录校验改为与备案基线比对加人工确认双模式域名监控预警系统, 降低噪音。
在针对海外域名进行监控的时候, 会存在监控盲区的这种状况, 因为会有一些在海外的注册商,它们是不开放实时的WHOIS查询服务的大城群众说事, 所以必须得借助于这些注册商的后台API, 或者是需要用到第三方的聚合数据源来把这些信息给补全。
验收标准
一套配置完全到位的域名监控预警系统, 应当能够满足以下的要求, 那就是将全部在管的域名百分之百都纳入到监控的范围之中, 实现对四类事件的全面覆盖, 对于P1级别的事件能够确保告警传达到人工环节的时间不超过十五分钟, 并且每个月都要至少进行一次全链路的演练同时保留相关的记录痕迹。
对于那些无法达到上述指标的系统或者情况来说, 应该优先去补齐告警通道的冗余部分以及制定相应的标准操作程序文档, 然后再逐步地去完善自动化的处置能力。
