支持多智能线路下的DNS数据更新通知方法及存储介质技术

本发明专利技术公开了一种支持多智能线路下的DNS数据更新通知方法，该方法包括：接收某智能线路下的某区的数据更新请求，生成标准的notify包，判断主服务器是否使能了notify扩展协议，若是，则在所述notify包的view section段中添加数据更新的智能线路名称，若否，则不作修改；把处置后的notify包下发给配置的所有辅服务器。本发明专利技术在RFC1996协议的基础上，扩展了该协议的ViewSection段，结合原有的区名，可以唯一定位修改的部分，解决了原有RFC1996协议在多智能线路下只触发某一个智能线路下数据更新的多匹配缺陷，且能完全兼容之前的通知协议和DNS标准协议，保障系统的平滑升级。保障系统的平滑升级。保障系统的平滑升级。

【技术实现步骤摘要】
支持多智能线路下的DNS数据更新通知方法及存储介质


[0001]本专利技术涉及互联网域名
，具体地，涉及一种支持多智能线路下的DNS数据更新通知方法。

技术介绍

[0002]在DNS领域，为保障域名解析服务的高性能和高可用性，主辅架构被广泛使用。在该架构下，数据更新发送到主服务器上，主服务器更新数据后，再同步给辅服务器。目前有两种数据同步方式：主动方式和被动方式。
[0003]主动方式的工作流程如下：
[0004]1.主服务器数据更新后，通知辅服务器数据有变化；
[0005]2.辅服务器启动获取更新数据流程(AXFR或者IXFR)，进行数据更新。
[0006]被动方式的工作流程如下：
[0007]1.辅服务器定期向主服务器询问是否有数据更新；
[0008]2.辅服务器发现数据更新；
[0009]3.辅服务器启动获取更新数据流程。
[0010]相比于被动方式，主动方式可以在更短的时间保证主辅数据同步，所以在DNS领域应用更广。该机制在RFC1996中描述，也被广泛的应用于DNS本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种支持多智能线路下的DNS数据更新通知方法，其特征在于，所述方法包括：接收某智能线路下的某区的数据更新请求，生成标准的notify包，判断主服务器是否使能了notify扩展协议，若是，则在所述notify包的view section段中添加数据更新的智能线路名称，若否，则不作修改；把处置后的notify包下发给配置的所有辅服务器。2.根据权利要求1所述的方法，其特征在于，通过所述notify包的Header段中的ANCOUNT值判断是否使能了notify扩展协议，其中，若ANCOUNT值为0，判定没有所述view section段，若ANCOUNT值为1，判定存在所述view section段。3.根据权利要求2所述的方法，其特征在于，所述辅服务器接收到所述主服务器发送的notify包后，进行解析，并ANCOUNT值判断view section段是否为空，若为空，则按照notify源来判断更新的智能线路，若不为空，则从view section段获取本次更新的智能线路的名称。4.根据权利要求2所述的方法，其特征在于，在判定ANCOUNT值为1时，增加所述view section段，并将其格式改为依次含View Name Wire Format、Type、Class、TTL、RDLEN在内的所有字段。5.根据权利要求3所述的方法，其特征在于，通过Zone SOA Record...

【专利技术属性】
技术研发人员：蒋超，李文瀚，张智勇，吴琦，邢志杰，毛伟，
申请(专利权)人：互联网域名系统北京市工程研究中心有限公司，
类型：发明
国别省市：