CN111787132A - Dns查询解析方法及系统 - Google Patents
Dns查询解析方法及系统 Download PDFInfo
- Publication number
- CN111787132A CN111787132A CN202010638626.0A CN202010638626A CN111787132A CN 111787132 A CN111787132 A CN 111787132A CN 202010638626 A CN202010638626 A CN 202010638626A CN 111787132 A CN111787132 A CN 111787132A
- Authority
- CN
- China
- Prior art keywords
- user
- address
- pushing
- view
- dns
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004458 analytical method Methods 0.000 title abstract description 19
- 238000000034 method Methods 0.000 claims abstract description 30
- 238000012795 verification Methods 0.000 claims description 17
- 230000008569 process Effects 0.000 claims description 14
- 230000001960 triggered effect Effects 0.000 claims description 11
- 230000008859 change Effects 0.000 claims description 8
- 230000004044 response Effects 0.000 claims description 2
- 238000012790 confirmation Methods 0.000 description 13
- 238000012217 deletion Methods 0.000 description 9
- 230000037430 deletion Effects 0.000 description 9
- 230000006872 improvement Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000003032 molecular docking Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000013078 crystal Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种DNS查询解析方法及系统,其中所述方法包括如下步骤:获取计费组件响应用户登录的第一更新信息,所述第一更新信息包括分配给所述用户的IP地址及所属运营商网络;根据所述第一更新信息向指定的递归DNS服务器推送视图配置信息,以使所述递归DNS服务器基于所述用户所属的运营商网络,解析所述用户查询域名对应运营商网络的访问IP地址。本发明可以根据查询用户的所属运营商网络进行灵活解析,增强解析结果带来的上网体验。
Description
技术领域
本发明涉及计算机网络通信技术领域,尤其涉及一种DNS查询解析方法及系统。
背景技术
DNS(Domain Name System,域名系统)提供了互联网上的一个重要服务,其本质是建立了人的名字世界和底层的二进制协议地址世界的桥梁。当查询对应域名而需要发起DNS解析时,在本地查询不到对应域名的匹配结果后,会向递归DNS服务器发起查询,递归DNS服务器进一步会从根域名服务器、顶级域名服务器、二级域名服务器等逐级递归查询,直到查询到对应域名的IP地址。
同时,对于不同的用户,会具有不同运营商的网络,对于同一域名,也可能会设置不同运营商网络的服务器,因此在实现DNS解析时,只有支持最优解析功能的递归DNS服务器才能返回用户最佳的访问IP地址。然而,对于递归DNS服务器等进行解析时,并不清楚用户主机所属的运营商网络,这样也就无法返回域名对应运营商网络的最佳IP地址。
在现实的场景中,教育网、企业网等可能会多运营商接入,在接入互联网时,会根据接入的运营商网络而被分配运营商网络对应的动态IP地址。然而,对于递归DNS服务器而言,上述分配的IP地址并不能直接判断出所属的运营商网络,并不能针对特定的IP地址采用特定的解析策略,以可能使本是A运营商网络的用户,解析获得的访问IP地址处于B运营商网络,产生跨网访问导致的上网体验不佳问题。
发明内容
本发明的目的在于提供一种DNS查询解析方法及系统,解决了现有技术中DNS查询解析不能针对用户所属的运营商网络进行灵活的策略控制,DNS查询解析结果不佳的技术问题。
为了解决上述技术问题,本发明的一种DNS查询解析方法,包括如下步骤:
获取计费组件响应用户登录的第一更新信息,所述第一更新信息包括分配给所述用户的IP地址及所属运营商网络;
根据所述第一更新信息向指定的递归DNS服务器推送视图配置信息,以使所述递归DNS服务器基于所述用户所属的运营商网络,解析所述用户查询域名对应运营商网络的访问IP地址。
作为本发明上述DNS查询解析方法的进一步改进,设置用于确定推送时间周期的第一阈值,通过计时超过所述第一阈值时,触发向指定的递归DNS服务器推送视图配置信息。
作为本发明上述DNS查询解析方法的进一步改进,设置用于确定缓存消息数量的第二阈值,通过缓存超过所述第二阈值时,触发向指定的递归DNS服务器推送视图配置信息。
作为本发明上述DNS查询解析方法的进一步改进,根据预设规则对接收到的第一更新信息进行解析验证,并根据验证的结果采取不同的推送策略控制。
作为本发明上述DNS查询解析方法的进一步改进,获取计费组件响应用户注销的第二更新信息,根据所述第二更新信息向所述递归DNS服务器推送相应的视图变更配置。
作为本发明上述DNS查询解析方法的进一步改进,所述递归DNS服务器基于接收到的推送进行解析验证,更新加载用于DNS解析的视图,以自适应处理不同运营商网络的DNS查询请求。
为了解决上述技术问题,本发明的一种DNS查询解析系统,包括:
获取单元,用于获取计费组件响应用户登录的第一更新信息,所述第一更新信息包括分配给所述用户的IP地址及所属运营商网络;
推送单元,用于根据所述第一更新信息向指定的递归DNS服务器推送视图配置信息,以使所述递归DNS服务器基于所述用户所属的运营商网络,解析所述用户查询域名对应运营商网络的访问IP地址。
作为本发明上述DNS查询解析系统的进一步改进,所述推送单元设置用于确定推送时间周期的第一阈值,通过计时超过所述第一阈值时,触发向指定的递归DNS服务器推送视图配置信息。
作为本发明上述DNS查询解析系统的进一步改进,所述推送单元设置用于确定缓存消息数量的第二阈值,通过缓存超过所述第二阈值时,触发向指定的递归DNS服务器推送视图配置信息。
作为本发明上述DNS查询解析系统的进一步改进,所述获取单元获取计费组件响应用户注销的第二更新信息,所述推送单元根据所述第二更新信息向所述递归DNS服务器推送相应的视图变更配置。
与现有技术相比,本发明利用计费组件与用户的登录、注销的交互信息,在计费组件与指定递归DNS服务器之间构建一个联动组件,采用代理模式或观察者模式,向递归DNS服务器推送相应的视图配置信息。本发明可以根据查询用户的所属运营商网络进行灵活解析,增强解析结果带来的上网体验。
结合附图阅读本发明实施方式的详细描述后,本发明的其他特点和优点将变得更加清楚。
附图说明
为了更清楚地说明本发明实施方式或现有技术的技术方案,下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见,下面描述中的附图仅仅是本发明中记载的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施方式中DNS查询解析方法流程图。
图2为本发明一实施方式中DNS查询网络架构示意图。
图3为本发明一实施方式中视图增加流程示意图。
图4为本发明一实施方式中视图删除流程示意图。
图5为本发明一实施方式中DNS查询解析系统示意图。
具体实施方式
以下将结合附图所示的各实施方式对本发明进行详细描述。但这些实施方式并不限定本发明,本领域的普通技术人员根据这些实施方式所做出的结构、方法或功能上的变化均包含在本发明的保护范围内。
需要说明的是,在不同的实施方式中,可能使用相同的标号或标记,但这些并不代表结构或功能上的绝对联系关系。并且,各实施方式中所提到的“第一”、“第二”也并不代表结构或功能上的绝对区分关系,这些仅仅是为了描述的方便。
在网络中,用户主机在发起访问时,往往是从域名开始的,而域名是不能直接访问对应的服务器的,需要获得域名对应的服务器访问IP地址。如果本地不存在对应域名的匹配结果时,一般会向递归DNS服务器发起进一步查询,而递归DNS服务器会根据自身的缓存或者向权威DNS服务器发起查询获得对应域名的匹配结果。为了保证返回给用户的访问IP地址是最优的查询解析结果,则需要将相对于用户链路最优的IP地址返回给用户,这个最优的IP地址往往是用户所在运营商网络的服务器。在本发明实施方式中,为了保证用户的最佳上网体验,需要保证始终返回给用户所属运营商网络的访问IP地址。
如图2所示,对于教育网、企业网等内部网络中,具有为用户上网服务的计费组件、递归DNS服务器等节点。计费组件可以由一个或多个计费系统构成,可能分布在不同的服务器上,当内部网络中的用户需要上网,就需要登录上计费组件相关的计费系统,计费组件就通过DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)在全局的IP地址池中分配一个动态IP地址,用户可以通过分配的IP地址来实现上网操作。对于接入了多个运营商网络时,此时就可能存在多个运营商网络的IP地址池,可以根据不同的需求在不同运营商网络的IP地址池里选择需要分配的IP地址。进一步,用户在登录相应的计费系统时,可以通过主动选择来确定不同的运营商线路,而由计费组件根据用户选择的线路在对应的IP地址池中进行分配,进一步还可以包括分配IP地址所属的运营商网络信息。
递归DNS服务器是为DNS查询提供相应的域名解析结果,即是用于直接访问的IP地址,用户可以向递归DNS服务器发起域名查询的请求,而递归DNS服务器通过解析反馈相应的应答。如上所述,递归DNS服务器提供的解析结果可以是从本地缓存中匹配得到的,也可以是从外部的权威DNS服务器查询获得的,对于特定域名的解析结果,同一域名对应在不同运营商网络的服务器,可能存在不同的访问IP地址,此时在解析时就需要返回最优的访问IP地址去使用户访问最优网络中的服务器。具体地,在计费组件和递归DNS服务器之间设置联动组件,联动组件可以是一个前置在递归DNS服务器之前的独立服务器,也可以是集成在相应的计费组件或递归DNS服务器中作为一个模块。如上所述,递归DNS服务器需要反馈对应运营商网络的访问IP地址,因此对于递归DNS服务器首先需要知道用户所使用的运营商网络是哪个,而联动组件则是连接计费组件,从计费组件中获得不同运营商网络的用户信息,从而来改变递归DNS服务器的解析策略控制,以下将详述。
如图1所示,本发明一实施方式中DNS查询解析方法流程图。在联动组件中,DNS查询解析方法,具体包括如下步骤:
步骤S1、获取计费组件响应用户登录的第一更新信息,所述第一更新信息包括分配给所述用户的IP地址及所属运营商网络。首先需要了解的是,当网络内的用户发起上网需求时需要登录计费组件相应的计费系统,如图3所示,其过程是向计费组件发送相应的登录消息,计费组件可以相应地接收到对应用户的登录消息,具体对登录消息进行解析,并对登录消息的格式等判断是否正确,进一步验证相应的用户是否合法、是否有权限等。当登录验证不通过时,说明用户登录不符合规则,放弃处理并返回对其他用户登录进行处理,当登录验证通过时,则会向对应用户分配IP地址,具体在IP地址池中选取空闲的IP地址分配出去,进一步还会根据登录消息中选择的运营商线路来分配对应运营商网络的IP地址,用户在获得相应的IP地址后,就可以利用对应的IP地址连入网络。
计费组件为了配合与联动组件的交互,在成功为对应用户分配IP地址后,还会主动将相应的更新消息发送给联动组件,相应地,联动组件即获取计费组件响应用户登录的第一更新信息,第一更新信息可以包括用户账户、分配IP地址、所属运营商网络及登录标志等更新消息内容,第一更新信息用于告诉联动组件分配给特定登录用户的IP地址及所属运营商网络等信息。对于联动组件而言,可以接收多个计费组件的计费系统发送的第一更新信息,以支持多个计费系统同时工作,比如不同系统环境下的计费系统,从而满足不同用户对不同计费系统对接的实际需求,具备良好的扩展性。联动组件通过监听可以接收不同类型计费系统发送来的更新消息,并根据事先的配置对不同类型的更新消息进行解析,进一步对合法性等进行更新验证,如果验证失败,说明相应的更新消息不合法,返回错误标志的更新确认消息给计费组件,对于计费组件而言,接收到相应的更新确认消息,可以进一步根据自身规则决定是否重新发送更新消息。而联动组件在进行更新验证通过时,会对更新消息进行存储,用于准备对指定的递归DNS服务器进行推送,更多地,也会向计费组件返回一个具有成功标志的更新确认消息,计费组件通过接收到相应的更新确认消息以确定发送的更新消息完成。
步骤S2、根据所述第一更新信息向指定的递归DNS服务器推送视图配置信息,以使所述递归DNS服务器基于所述用户所属的运营商网络,解析所述用户查询域名对应运营商网络的访问IP地址。在步骤S2中,当联动组件接收到相应的第一更新信息时,可以直接将第一更新信息包含的视图配置信息转发给相应的递归DNS服务器,但在本实施方式中,为了减少递归DNS服务器的处理负担,先对第一更新信息进行缓存,不是立即将第一更新信息的内容转发给指定的递归DNS服务器,而是继续接收计费组件发送过来的其他第一更新信息,缓存的第一更新信息只有符合一定的条件,才会向指定的递归DNS服务器发起推送。具体设置用于确定推送时间周期的第一阈值,即用第一阈值设置一个推送的时间周期,通过计时超过所述第一阈值时,即当达到相应的推送周期时,触发向指定的递归DNS服务器推送视图配置信息。另外还设置用于确定缓存消息数量的第二阈值,即还设置一个超量触发推送的机制,通过缓存超过所述第二阈值时,即当存储未发送的第一更新信息超过第二阈值限定的数量时,触发向指定的递归DNS服务器推送视图配置信息。超时推送和超量推送可以组合执行,即超时或超量两个条件,任意一个条件成就时,都会触发向指定的递归DNS服务器推送视图配置信息,比如虽然推送周期还没到达,但是由于存储的第一更新信息的数量已经超过了第二阈值,也会触发相应的操作。具体如图3所示的用户登录后的视图增加流程,当任意满足超时判断或是超量判断的条件,都会向递归DNS服务器发送视图增加消息,视图增加消息中包括用于视图配置的IP地址及所属运营商网络等,相应地也会接收递归DNS服务器反馈回来的视图增加确认消息。当超时判断和超量判断都不能满足时,就会继续接收新的更新消息,不断对更新消息进行统计,直到满足上述任意判断条件触发推送。
联动组件在接收到第一更新信息后,会根据预设规则对第一更新信息进行解析验证,如上所述,可以对合法性进行验证,如果不合法就可以拒绝推送,如果合法就可以执行进一步的推送操作。在更多的实施方式中,联动组件可以支持对多个递归DNS服务器的推送,比如在一个用户量比较大的内部网络中,设置多台递归DNS服务器,每台递归DNS服务器可能负责特定用户群的DNS解析。此时联动组件可以采用观察者模式,作为观察者的递归DNS服务器通过订阅在联动组件中事先注册,联动组件根据递归DNS服务器的注册情况,并根据预设规则将相应的第一更新信息推送给相应的递归DNS服务器。进一步,递归DNS服务器在向联动组件注册时还会订阅接收推送的内容类型,此时联动组件可以根据具体的注册内容生成不同的推送规则,通过对第一更新信息进行解析验证时,会对相应的特征进行规则匹配,只有将匹配的第一更新信息推送给符合要求的递归DNS服务器。
如图3所示,对于递归DNS服务器,会去监听联动组件发来的视图增加消息,当接收到相应的视图增加消息时会进行解析,相应地,也会对视图增加消息进行验证,以确定其合法性。如果不合法,会向联动组件反馈错误标志的视图增加确认消息,联动组件可以根据视图增加确认消息来决定是否重发视图增加消息,如果合法说明需要对递归DNS服务器进行视图修改从而实现新的DNS解析策略。具体读取DNS解析系统类型,包括视图增加消息中的具体哪些用户的哪些IP地址及对应运营商网络,基于上述的信息生成视图增加的配置,然后重新加载视图,加载完成后优选地还会向联动组件发送相应的视图增加确认消息以告诉状态。当根据新的信息重新加载了新的视图后,对应递归DNS服务器的解析策略也就发生了变化,比如用户甲更换使用了B运营商网络,此时用户甲的IP地址就会在指定的递归DNS服务器上有一个对应的视图,而用户甲在向指定递归DNS服务器发起域名查询时,递归DNS服务器可以根据用户甲的IP地址执行相应视图的解析策略,比如将域名对应在B运营商网络服务器的访问IP地址返回给用户甲,用户甲就可以利用B运营商网络直接访问B运营商网络的服务器,访问效果得到了保证。需要补充的是,由于用户在分配到相应的IP地址时,就可以执行连网及域名查询过程,但是如上所述,相应的更新信息在联动组件处理时有可能并不是即时地发送给递归DNS服务器从而改变相应的视图,因此如果用户在这个时间窗口就向递归DNS服务器发起DNS查询,此时递归DNS服务器可能还并不存在相应IP地址的视图,此时可以为递归DNS服务器设置默认视图,当新用户的查询请求到达时,并没有找到匹配的视图时,此时可以直接执行默认视图对应的解析策略,比如将对应域名解析为默认性能最好的运营商网络的访问 IP地址。
如图4所示,当用户不需要上网时,会向计费组件发送注销,此时计费组件会将相应的IP地址收回,即对应IP地址在相应的IP地址池中重新设置为空闲状态,供新用户的分配。计费组件会接收到响应用户注销的第二更新信息,接着会对相应的注销消息进行解析验证,与用户登录过程类似,验证未通过就放弃对注销消息的处理,如果验证通过会向联动组件发送更新消息以告诉联动组件注销用户的情况,进一步还可以接收到联动组件返回的接收更新确认消息,可以知道联动组件是否有正常地接收到相应的更新消息,如果更新确认消息没有正常接收到,还可以根据自身规则进行重发。
对于联动组件,会对接收到的更新消息进行验证,其过程与用户登录接收到的更新消息处理类似。在验证通过时对更新消息进行存储,排队等待向指定的递归DNS服务器发起推送,推送的条件有两类,一类是判断是否超时,另一类判断是否超量,与用户登录处理流程类似,分别设置确定指定推送周期的第一阈值及缓存最多第二更新信息数量的第二阈值,通过阈值判断来确定是否触发推送。只要在超时判断和超量判断两者之间任意一个符合条件时,向指定递归DNS服务器发送视图删除消息,具体的推送管理可以参照上述的观察者模式。同时也会监听递归DNS服务器返回的视图删除确认消息,如果确认发送失败,还可以实施重发机制。
同理,对于递归DNS服务器,接收到视图删除消息后,会对其进行解析验证,只有在验证合法的情况下,才会根据其内容更新相应的视图。具体地,读取DNS 解析系统类型,即获取注销的用户、IP地址、所属的运营商网络等,根据相关的注销信息,生成视图删除配置并重新加载视图,进一步会向联动组件反馈视图删除确认消息。当相关视图重新加载后,对应IP地址的视图就会被删除,对应的注销IP地址也只能采用默认视图的解析策略。在优选的实施方式中,递归DNS服务器在收到视图删除消息进行验证时,会根据自己的规则来确定是否触发视图删除加载的处理。这里主要考虑特定运营商网络的IP地址段往往是相对固定的,因此虽然使用特定IP地址的用户注销了,但是下次其他用户分配到同样的IP地址理论上也可能是相同的运营商网络,因此在本实施方式中,可以保留对应IP地址的视图,不对视图删除进行处理。进一步,标记相应的视图,以保证下次监听到同样IP地址的视图增加消息时,忽略视图增加配置,在更多的实施方式中,也可以使联动组件就不向指定的递归DNS服务器发送视图删除消息。更优选地,可以为对应IP地址的视图设置生存时间周期,如果在设定的生存时间周期内,没有收到对应IP地址的视图增加消息,还会执行相应的视图删除操作。
如上所述,对于递归DNS服务器,无论是监听到视图增加消息还是视图删除消息,递归DNS服务器会对相应的推送进行解析验证,其目的就是根据推送的内容来决定是否更新自身的视图,从而来改变相应的解析策略控制。由于用于DNS解析的视图加载完全是基于联动组件提供的推送内容自适应调整,这样可以提高解析的灵活性。递归DNS服务器可以自适应处理不同运营商网络的DNS查询请求,无论是处于哪个运营商网络的用户发起的DNS查询,都可以返回用户所在运营商网络的访问IP地址,保证用户可以在本运营商网络内直接访问对应的服务器,减少了跨网访问的耗时,提高了访问效率,增强了上网体验。
如图5所示,本发明一实施方式中DNS查询解析系统示意图。DNS查询解析系统,具体包括获取单元U1及推送单元U2,获取单元U1 主要负责对接之前的计费组件,获取到用户在计费组件中登录或注销的更新信息,而推送单元U2主要负责对接之后的递归DNS服务器,促使递归DNS服务器自适应更新相应的视图,联动组件即是在计费组件和递归DNS服务器之间起到了承上启下的作用。
获取单元U1,用于获取计费组件响应用户登录的第一更新信息,所述第一更新信息包括分配给所述用户的IP地址及所属运营商网络。用户通过登录计费组件的相应计费系统获取到相应的IP地址,联动组件可以和计费组件相应的计费系统交互相应的用户信息。优选地,获取单元U1可以支持多种环境计费系统的消息接收与解析,通过配置可以确定对应计费系统的接收方式。通过获取单元U1接收到相应更新消息并解析,具体根据预设规则对接收的第一更新信息进行解析验证,然后根据验证的结果通过推送单元U2采取不同的推送策略控制。推送策略包括是否推送、推送给哪些递归DNS服务器等,具体可以参照DNS查询解析方法的实施方式。
推送单元U2,用于根据所述第一更新信息向指定的递归DNS服务器推送视图配置信息,以使所述递归DNS服务器基于所述用户所属的运营商网络,解析所述用户查询域名对应运营商网络的访问IP地址。为了减少递归DNS服务器重新加载视图的频繁性,推送单元U2可以对接收到的第一更新信息实施按批推送。具体地,推送单元U2可以设置用于确定推送时间周期的第一阈值,通过计时超过所述第一阈值时,触发向指定的递归DNS服务器推送视图配置信息。另外,推送单元U2还可以设置用于确定缓存消息数量的第二阈值,通过缓存超过所述第二阈值时,触发向指定的递归DNS服务器推送视图配置信息。两者同时判断时,只要有一个符合条件,都会触发推送。
在用户注销的情况下,同理,获取单元U1获取计费组件响应用户注销的第二更新信息,推送单元U2根据所述第二更新信息向所述递归DNS服务器推送相应的视图变更配置。所述递归DNS服务器基于接收到的推送进行解析验证,更新加载用于DNS解析的视图,以自适应处理不同运营商网络的DNS查询请求。需要说明的是,DNS查询解析系统的具体实施方式还可以参照DNS查询解析方法的具体实施方式。
结合本申请所公开的技术方案,可以直接体现为硬件、由控制单元执行的软件模块或二者组合,即一个或多个步骤和/或一个或多个步骤组合,既可以对应于计算机程序流程的各个软件模块,亦可以对应于各个硬件模块,例如ASIC(Application SpecificIntegrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或其他可编程逻辑器件、分立门或晶体逻辑器件、分立硬件组件或者其任意适当组合。为了描述的方便,描述上述装置时以功能分为各种模块分别描述,当然,在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
通过以上实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请也可以借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分也可以以软件产品的形式体现出来。该软件可以由微控制单元执行,依赖于所需要的配置,也可以包括任何类型的一个或多个微控制单元,包括但不限于微控制器、DSP(Digital Signal Processor,数字信号控制单元)或其任意组合。该软件存储在存储器,例如,易失性存储器(例如随机读取存储器等)、非易失性存储器(例如只读存储器、闪存等)或其任意组合。
综上所述,本发明利用计费组件与用户的登录、注销的交互信息,在计费组件与指定递归DNS服务器之间构建一个联动组件,采用代理模式或观察者模式,向递归DNS服务器推送相应的视图配置信息。本发明可以根据查询用户的所属运营商网络进行灵活解析,增强解析结果带来的上网体验。
应当理解,虽然本说明书按照实施方式加以描述,但并非每个实施方式仅包含一个独立的技术方案,说明书的这种叙述方式仅仅是为了清楚起见,本领域技术人员应当将说明书作为一个整体,各实施方式中的技术方案也可以经适当组合,形成本领域技术人员可以理解的其他实施方式。
上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明,它们并非用以限制本发明的保护范围,凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。
Claims (10)
1.一种DNS查询解析方法,其特征在于,包括如下步骤:
获取计费组件响应用户登录的第一更新信息,所述第一更新信息包括分配给所述用户的IP地址及所属运营商网络;
根据所述第一更新信息向指定的递归DNS服务器推送视图配置信息,以使所述递归DNS服务器基于所述用户所属的运营商网络,解析所述用户查询域名对应运营商网络的访问IP地址。
2.根据权利要求1所述的DNS查询解析方法,其特征在于,设置用于确定推送时间周期的第一阈值,通过计时超过所述第一阈值时,触发向指定的递归DNS服务器推送视图配置信息。
3.根据权利要求1所述的DNS查询解析方法,其特征在于,设置用于确定缓存消息数量的第二阈值,通过缓存超过所述第二阈值时,触发向指定的递归DNS服务器推送视图配置信息。
4.根据权利要求1所述的DNS查询解析系统,其特征在于,根据预设规则对接收到的第一更新信息进行解析验证,并根据验证的结果采取不同的推送策略控制。
5.根据权利要求1所述的DNS查询解析方法,其特征在于,获取计费组件响应用户注销的第二更新信息,根据所述第二更新信息向所述递归DNS服务器推送相应的视图变更配置。
6.根据权利要求1所述的DNS查询解析方法,其特征在于,所述递归DNS服务器基于接收到的推送进行解析验证,更新加载用于DNS解析的视图,以自适应处理不同运营商网络的DNS查询请求。
7.一种DNS查询解析系统,其特征在于,包括:
获取单元,用于获取计费组件响应用户登录的第一更新信息,所述第一更新信息包括分配给所述用户的IP地址及所属运营商网络;
推送单元,用于根据所述第一更新信息向指定的递归DNS服务器推送视图配置信息,以使所述递归DNS服务器基于所述用户所属的运营商网络,解析所述用户查询域名对应运营商网络的访问IP地址。
8.根据权利要求7所述的DNS查询解析系统,其特征在于,所述推送单元设置用于确定推送时间周期的第一阈值,通过计时超过所述第一阈值时,触发向指定的递归DNS服务器推送视图配置信息。
9.根据权利要求7所述的DNS查询解析系统,其特征在于,所述推送单元设置用于确定缓存消息数量的第二阈值,通过缓存超过所述第二阈值时,触发向指定的递归DNS服务器推送视图配置信息。
10.根据权利要求7所述的DNS查询解析系统,其特征在于,所述获取单元获取计费组件响应用户注销的第二更新信息,所述推送单元根据所述第二更新信息向所述递归DNS服务器推送相应的视图变更配置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010638626.0A CN111787132A (zh) | 2020-07-06 | 2020-07-06 | Dns查询解析方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010638626.0A CN111787132A (zh) | 2020-07-06 | 2020-07-06 | Dns查询解析方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111787132A true CN111787132A (zh) | 2020-10-16 |
Family
ID=72758686
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010638626.0A Pending CN111787132A (zh) | 2020-07-06 | 2020-07-06 | Dns查询解析方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111787132A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100100951A1 (en) * | 2008-10-22 | 2010-04-22 | Andres Kutt | Communication system and method |
CN102082719A (zh) * | 2009-11-26 | 2011-06-01 | 中国移动通信集团公司 | 一种映射关系的发送、缓存方法及设备 |
US20140079044A1 (en) * | 2012-03-02 | 2014-03-20 | Huawei Devices Co., Ltd. | Method, apparatus, and system for pushing information based on wireless local area network |
WO2014206276A1 (en) * | 2013-06-25 | 2014-12-31 | Tencent Technology (Shenzhen) Company Limited | Domain name resolution method, domain name server, and domain name access method, system and terminal |
CN106131068A (zh) * | 2016-08-26 | 2016-11-16 | 北京网瑞达科技有限公司 | 用户自主选择域名系统dns解析线路的系统和方法 |
-
2020
- 2020-07-06 CN CN202010638626.0A patent/CN111787132A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100100951A1 (en) * | 2008-10-22 | 2010-04-22 | Andres Kutt | Communication system and method |
CN102082719A (zh) * | 2009-11-26 | 2011-06-01 | 中国移动通信集团公司 | 一种映射关系的发送、缓存方法及设备 |
US20140079044A1 (en) * | 2012-03-02 | 2014-03-20 | Huawei Devices Co., Ltd. | Method, apparatus, and system for pushing information based on wireless local area network |
WO2014206276A1 (en) * | 2013-06-25 | 2014-12-31 | Tencent Technology (Shenzhen) Company Limited | Domain name resolution method, domain name server, and domain name access method, system and terminal |
CN106131068A (zh) * | 2016-08-26 | 2016-11-16 | 北京网瑞达科技有限公司 | 用户自主选择域名系统dns解析线路的系统和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11909639B2 (en) | Request routing based on class | |
US9794216B2 (en) | Request routing in a networked environment | |
US7415536B2 (en) | Address query response method, program, and apparatus, and address notification method, program, and apparatus | |
US9734472B2 (en) | Request routing utilizing cost information | |
US9191458B2 (en) | Request routing using a popularity identifier at a DNS nameserver | |
JP5404766B2 (ja) | ルーティングをリクエストするための方法とシステム | |
CN103780715B (zh) | 域名解析实现方法、客户端和云服务器 | |
JP2011527043A (ja) | ネットワークコンピューティングコンポーネントを使用するルーティングリクエスト | |
CN107707683B (zh) | 一种减小dns报文长度的方法和装置 | |
JP3770801B2 (ja) | 代理サーバ、サーバおよびそれらを実現するプログラムを記録した記録媒体 | |
CN105812503A (zh) | 根服务器地址更新方法和一种递归服务器 | |
CN111711706B (zh) | Dns递归请求方法及系统 | |
CN111698341A (zh) | Dns权威响应方法及系统 | |
CN111787132A (zh) | Dns查询解析方法及系统 | |
Ballani et al. | A simple approach to DNS DoS mitigation | |
CN117119054A (zh) | 一种加速域名查询方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20201016 |
|
WD01 | Invention patent application deemed withdrawn after publication |