印度尼西亚的出海营销站:用DNS 解析处理「DNSSEC 校验失败」

一、这一篇在处理什么

这一篇只处理一件事:在印度尼西亚运行的出海营销站,使用维科云的DNS 解析时,如何处理「DNSSEC 校验失败」。

开了 DNSSEC,但签名或父区里的校验材料过期、不匹配,开启校验的解析器会直接认为域名不存在。

看开启校验的解析器是否失败,而关闭校验的是否成功。

二、印度尼西亚的网络和高峰

晚间高峰跨度长,群岛不同城市的高峰不会精确重合。移动网络和海缆路径影响大。雅加达正常,不代表其他岛屿正常。

排查时:不要把印度尼西亚收成一个平均值。至少把首都和其他主要城市分开看失败率。

不要这样做:一个探测点全绿就认为全国正常。探测点要放在用户多的城市,而不是只放一个。

三、出海营销站要分开的路径

落地页、统计参数和表单提交分开。落地页可以缓存,表单地址使用最终的安全地址,避免再跳一次。

防护边界:国家跳转只能用在没有具体内容的入口。已经分享出去的文章地址不要被改到对方国家的首页。

验证:从另一个地区打开分享链接,应看到原文而不是首页。广告参数在最终页面上仍然存在。

四、DNS 解析怎么接

对外业务域名用 CNAME 指向 CDN 或直播调度,不把源站地址写进权威记录。平时 TTL 保持在可接受的缓存时间,只有计划内切换才提前降低 TTL。权威 DNS 与注册商账号分开管理,切换后用多个地区的公共解析器核对结果。

产品说明见DNS 解析。只改和「DNSSEC 校验失败」有关的域名或路径,不要把出海营销站的其他路径一起改掉。

五、排查步骤

下面五步按因果顺序执行,后一步依赖前一步的结果。步骤针对「DNSSEC 校验失败」,不是一套通用清单。

  1. 落地页、带统计参数的访问和表单提交分成三列。 把雅加达和其他主要城市分成两张表,晚高峰不要用全国平均值。 这一故障在本步要完成的事:用开启校验和关闭校验的两种查询对比。
  2. 国家跳转只允许发生在没有具体内容的入口。分享出去的文章地址不要被改到首页。 首都正常而其他城市失败时,按城市处理,不要当成整国故障。 这一故障在本步要完成的事:若只有开启校验的失败,就检查签名有效期和父区材料。
  3. 落地页可以缓存。表单直接提交到最终的安全地址,避免再跳一次。 为失败城市单独指定接入点。已经正常的城市不要一起改。 这一故障在本步要完成的事:先恢复一致的签名,不要在故障时同时改业务地址。
  4. 源站接收表单时核对统计参数还在。参数丢失就先查跳转,不要先改表单程序。 确认海缆路径只影响失败城市后,再决定要不要动源站。 这一故障在本步要完成的事:确认自动签名任务还在运行。
  5. 从另一个地区打开分享链接,应看到原文。广告参数在最终页面上仍然存在。 在失败城市加一个探测点复测。只有雅加达一个点是绿的,不算恢复。 这一故障在本步要完成的事:父区材料变更后,从外部再验一次。

六、处理办法

  1. 签名过期要告警。
  2. 变更地址和变更 DNSSEC 分开做。
  3. 父区材料有人负责。

改完后在印度尼西亚的用户网络上复查,不要只在机房内网看。复查时带上出海营销站的验证:从另一个地区打开分享链接,应看到原文而不是首页。广告参数在最终页面上仍然存在。

七、案例

只有部分公共解析失败。那些解析器开启了校验,签名已经过期。重新签名后失败消失,未开启校验的解析器本来就正常。

若同样的现象出现在印度尼西亚,额外核对:不要把印度尼西亚收成一个平均值。至少把首都和其他主要城市分开看失败率。

业务侧核对:落地页、统计参数和表单提交分开。落地页可以缓存,表单地址使用最终的安全地址,避免再跳一次。

这个案例只说明怎么定位,不构成容量或可用性承诺。

八、常见问题

问:为什么有的网络正常?

答:那些递归解析器没有做校验,所以不会发现签名过期。

问:出事时先关 DNSSEC 吗?

答:可以先恢复解析,但要知道关的过程本身也要和父区一致。

问:和 CDN 有关吗?

答:用户解析失败时请求到不了 CDN。

问:同一故障换一个地区或一种业务,排查还一样吗?

答:不一样。每一步都先按出海营销站的路径处理,再按印度尼西亚的网络条件收窄,最后才做「DNSSEC 校验失败」这一故障本身的动作。换地区或换业务,前两段操作就会变。

九、边界

只讨论DNS 解析在「DNSSEC 校验失败」上的处理,地区范围是印度尼西亚,业务范围是出海营销站。请遵守当地法律。维科云提供网络能力,不对客户业务内容负责。