CN112769976B - 一种域名解析方法及系统 - Google Patents
一种域名解析方法及系统 Download PDFInfo
- Publication number
- CN112769976B CN112769976B CN202110042870.5A CN202110042870A CN112769976B CN 112769976 B CN112769976 B CN 112769976B CN 202110042870 A CN202110042870 A CN 202110042870A CN 112769976 B CN112769976 B CN 112769976B
- Authority
- CN
- China
- Prior art keywords
- dns server
- address
- detection
- data packet
- target
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000001514 detection method Methods 0.000 claims abstract description 129
- 238000004458 analytical method Methods 0.000 claims abstract description 27
- 239000000523 sample Substances 0.000 claims description 29
- 230000004044 response Effects 0.000 claims description 21
- 230000008569 process Effects 0.000 claims description 15
- 230000004083 survival effect Effects 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 10
- 238000013507 mapping Methods 0.000 claims description 4
- 230000005856 abnormality Effects 0.000 claims description 2
- 238000012163 sequencing technique Methods 0.000 claims 3
- 238000004891 communication Methods 0.000 description 16
- 238000003860 storage Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000000105 evaporative light scattering detection Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000011897 real-time detection Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000013316 zoning Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- 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/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- 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/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/0864—Round trip delays
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种域名解析方法及系统,其中,所述方法应用于本地DNS服务器中,所述方法包括:向调度系统发送查询请求,所述查询请求中包含本地DNS服务器的出口IP地址,以通过探测机对所述本地DNS服务器的出口IP地址进行探测;接收分析系统根据探测结果反馈的服务器设定信息,所述服务器设定信息中包括为所述本地DNS服务器设定的权威DNS服务器;其中,若所述服务器设定信息中的权威DNS服务器与所述本地DNS服务器当前采用的权威DNS服务器不一致,将所述当前采用的权威DNS服务器替换为所述服务器设定信息中的权威DNS服务器。本申请提供的技术方案,能够提高NS记录区域划分的准确度,进而提高域名解析的效率。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种域名解析方法及系统。
背景技术
现有的域名解析系统通常可以包含根服务器、顶级域名服务器以及权威DNS服务器。如图1所示,客户端在发起一次域名解析请求时,首先可以尝试从本地获取解析结果。如果从本地的浏览器缓存、操作系统缓存以及本地host文件中均没有获取到解析结果时,便可以向本地DNS服务器发起域名解析请求。该域名解析请求可以先后由根服务器和顶级域名服务器进行处理,顶级域名服务器可以向本地DNS服务器反馈权威DNS服务器的NS(NameServer,名称服务器)记录。最终,本地DNS服务器可以从权威DNS服务器处获取到域名的解析结果,并将该解析结果提供给客户端,客户端便可以根据解析结果对域名发起访问。
为了保证权威DNS服务器能够为本地DNS服务器提供良好的服务,目前可以根据不同区域、不同运营商,对权威DNS服务器的NS记录进行分区域管理,从而让本地DNS服务器与最优的权威DNS服务器进行通信。在实际应用中,通常是由人工进行NS记录的区域划分的,但人工划分的方式过于依赖人的经验,很多时候会导致区域划分的准确度不高,进而导致域名解析的效率不高。
发明内容
本申请的目的在于提供一种域名解析方法及系统,能够提高NS记录区域划分的准确度,进而提高域名解析的效率。
为实现上述目的,本申请一方面提供一种域名解析方法,所述方法应用于调度集群中,所述方法包括:收到本地DNS服务器的查询请求后,所述查询请求中包含本地DNS服务器的出口IP地址,以通过探测机对所述本地DNS服务器的出口IP地址进行探测;向本地DNS服务器发送分析系统根据探测结果反馈的服务器设定信息,所述服务器设定信息中包括为所述本地DNS服务器设定的权威DNS服务器;其中,若所述服务器设定信息中的权威DNS服务器与所述本地DNS服务器当前采用的权威DNS服务器不一致,本地DNS服务器将所述当前采用的权威DNS服务器替换为所述服务器设定信息中的权威DNS服务器。
为实现上述目的,本申请另一方面还提供一种域名解析系统,所述系统部署在调度集群中,所述系统包括调度系统、探测系统以及分析系统,其中:所述调度系统,用于接收各个本地DNS服务器发来的查询请求,并记录各个所述本地DNS服务器的出口IP地址,以生成待探测的IP地址列表,并将所述IP地址列表上报至所述探测系统;所述探测系统,用于将所述IP地址列表分发至各个探测机处,以通过各个所述探测机对所述IP地址列表中各个IP地址进行探测;所述分析系统,用于接收各个所述探测机反馈的探测结果,为各个所述本地DNS服务器分别设定权威DNS服务器,以通过设定的所述权威DNS服务器处理所述本地DNS服务器发送的域名解析请求。
由上可见,本申请一个或者多个实施方式提供的技术方案,调度系统在接收到各个本地DNS服务器发来的查询请求时,可以记录这些本地DNS服务器的出口IP地址,通过记录的出口IP地址,可以生成待探测的IP地址列表。该IP地址列表可以被探测系统分发至各个探测机,这些探测机可以分布于不同的地理位置。每个探测机都可以针对IP地址列表中的IP地址进行探测,从而得到针对不同IP地址的探测结果。这些探测结果可以表征探测机到本地DNS服务器之间通信质量的好坏。分析系统通过对探测结果进行分析,从而可以确定出与本地DNS服务器通信质量最好的探测机,这样,根据该探测机所处的地理位置,分析系统便可以为本地DNS服务器设定对应的权威DNS服务器。按照探测结果设定的权威DNS服务器,可以保证与本地DNS服务器之间的通信质量较好。这样,利用分布于各个地理位置处的探测机对本地DNS服务器进行探测,并依据探测结果对本地DNS服务器的NS记录进行区域划分,能够提高NS记录区域划分的准确度,进而提高域名解析的效率。
附图说明
为了更清楚地说明本发明实施方式中的技术方案,下面将对实施方式描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中的域名解析系统构架;
图2是本发明实施方式中域名解析的系统架构;
图3是本发明实施方式中域名解析的方法示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施方式及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施方式仅是本申请一部分实施方式,而不是全部的实施方式。基于本申请中的实施方式,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式,都属于本申请保护的范围。
本申请提供一种域名解析方法,该方法可以应用于图2所示的系统中。在图2中,所述系统部署在调度集群中,用于为用户使用的终端设备提供服务,该终端设备可以与本地DNS服务器进行通信。本地DNS服务器可以向顶级域名服务器发送查询请求,以查询用于处理域名解析请求的权威DNS服务器的NS记录。调度系统可以汇总本地DNS服务器的IP地址列表,并将该IP地址列表上报给探测系统。探测系统通过向分布于不同地理位置的多个探测机下发IP地址列表,从而利用探测机探测本地DNS服务器的出口IP地址的通信质量。探测结果可以由探测机上报至分析系统,当分析系统解析探测结果之后,可以为各个本地DNS服务器设定最优的NS记录,该最优的NS记录可以下发至调度系统。后续,通过调度系统对顶级域名服务器的解析结果进行调节,从而可以向本地DNS服务器反馈最佳的NS记录。调度系统、分析系统及探测系统可以部署在调度集群中的同一台设备上,也可以分别部署于不同的设备,在此不做具体限定。
其中,本申请提供的域名解析方法,可以应用于调度集群中,该方法可以包括以下多个步骤。
S001:接收到本地DNS服务器的查询请求后,所述查询请求中包含本地DNS服务器的出口IP地址,以通过探测机对所述本地DNS服务器的出口IP地址进行探测;
S002:向本地DNS服务器发送分析系统根据探测结果反馈的服务器设定信息,所述服务器设定信息中包括为所述本地DNS服务器设定的权威DNS服务器;其中,若所述服务器设定信息中的权威DNS服务器与所述本地DNS服务器当前采用的权威DNS服务器不一致,将所述当前采用的权威DNS服务器替换为所述服务器设定信息中的权威DNS服务器。
在本实施方式中,本地DNS服务器当前采用的权威DNS服务器可以是上一轮的服务器设定信息限定的权威DNS服务器,也可以是按照常规的方式设定的权威DNS服务器。在当前周期内,分析系统可以根据各个探测机上报的探测结果,为本地DNS服务器设定更加高效的权威DNS服务器。这样,若服务器设定信息中的权威DNS服务器与本地DNS服务器当前采用的权威DNS服务器不一致,则表示当前的网络状态发生了变化,本地DNS服务器可以动态地更改对应的权威DNS服务器。
具体地,请参阅图2和图3,本申请一个实施方式提供的域名解析方法,可以包括以下多个步骤。
S1:调度系统接收各个本地DNS服务器发来的查询请求,并记录各个所述本地DNS服务器的出口IP地址,以生成待探测的IP地址列表,并将所述IP地址列表上报至探测系统。
在本实施方式中,终端设备如果无法在本地获取到域名解析请求的缓存信息,便可以向本地DNS服务器发送域名解析请求。该域名解析请求通过递归查询,可以从根服务器处得到顶级域名服务器的NS记录,然后,本地DNS服务器可以向顶级域名服务器发送查询请求,以获取下一级的权威DNS服务器的NS记录。顶级域名服务器接收到本地DNS服务器发来的查询请求后,可以向调度系统递归查询对应的NS记录。调度系统可以记录本地DNS服务器的出口IP地址。在实际应用中,顶级域名服务器的集群可以接收到多个本地DNS服务器发来的查询请求,调度系统从而可以将这些本地DNS服务器的出口IP地址均记录下来。
在一个实施方式中,考虑到记录的出口IP地址的数量往往较多,为了简化数据处理的过程,调度系统可以对记录的出口IP地址进行聚合处理。通常而言,具备同一个C段的IP地址可以认为来自同一个本地DNS服务器,因此,可以将各个所述本地DNS服务器的出口IP地址按照指定地址段进行归类,从而得到归类后的出口IP地址。该指定地址段便可以是上述的C段。归类后的出口IP地址,可以选择其中的一个或者多个IP地址作为待探测的IP地址,这样,通过IP地址聚合的方式,可以极大地减少待探测的IP地址的数量,同时探测结果还能够很好地表征不同本地DNS服务器的出口IP地址的网络质量。
在本实施方式中,在对出口IP地址进行归类后,可以为各类出口IP地址分配对应的服务区域标识。其中,该服务区域标识可以通过归属地和网络运营商来共同表示。例如,服务区域标识可以是“福建电信”、“上海电信”、“郑州网通”等标识。在为每类出口IP地址分配对应的服务区域标识后,可以将携带服务区域标识的各类出口IP地址汇总为待探测的IP地址列表。在IP地址列表中,可以包含上文中选择的一个或者多个待探测的IP地址,这些待探测的IP地址可以与对应的服务区域标识相绑定。
在得到待探测的IP地址列表后,调度系统可以将该IP地址列表上报给探测系统。
S3:所述探测系统将所述IP地址列表分发至各个探测机处,以通过各个所述探测机对所述IP地址列表中各个IP地址进行探测。
在本实施方式中,为了给本地DNS服务器设定最优的权威DNS服务器,探测系统可以通过分布于各个地理位置处的探测机分别对本地DNS服务器的出口IP地址进行探测。通过将步骤S1中构建的待探测的IP地址列表分发至各个探测机处,便可以通过各个探测机对该IP地址列表中的各个IP地址进行探测。
以待探测的IP地址列表中的目标IP地址为例,针对该目标IP地址,可以尝试通过常规的PING命令进行探测。具体地,在使用PING命令对目标IP地址进行探测时,可以将TTL(Time To Live,存活时间)值设置为最大值(例如可以是64),然后再利用PING命令对目标IP地址发送请求数据包。如果目标IP地址没有针对PING命令反馈响应数据包,则表征常规的探测手段探测失败。此时,可以执行优化的探测方案。
在本实施方式中,执行优化的探测方案时,可以将TTL值修改为当前的参考追踪跳数,该参考追踪跳数默认可以是32。该参考追踪跳数可以随着后续多轮的探测过程进行更新,并作为是否需要开启新一轮探测的依据。
在本实施方式中,为了提高目标IP地址的探测成功率,可以采用traceroute与探测协议相结合的方式对目标IP地址进行探测。具体地,traceroute方式可以解析目标IP地址反馈的响应数据包中的TTL字段,或者可以解析中间网关反馈的超时数据包中的TTL字段,从而识别响应数据包或者超时数据包携带的TTL值。而通过不同的探测协议对目标IP地址进行探测,可以兼容不同的网络场景,从而提高探测成功率。
具体地,多个探测协议可以共同构成探测协议组,在该探测协议组中,可以按照优先级对多个探测协议进行排序。例如,可以按照优先级从高到低的顺序对探测协议进行排序。然后,可以逐一利用各个所述探测协议对所述目标IP地址进行探测。
在本实施方式中,针对探测协议组中当前的探测协议,可以基于该探测协议向目标IP地址发送请求数据包,若所述目标IP地址针对所述请求数据包反馈响应数据包,可以计算所述请求数据包和所述响应数据包之间的时间差,并将所述时间差作为探测成功对应的往返时延。
在实际应用中,随着探测协议的不同,请求数据包和响应数据包的类型也可以不同。例如,所述探测协议组中的探测协议包括UDP,那么请求数据包可以为UDP探测数据包,对应的响应数据包可以为ICMP Destination Unreachable数据包。当所述探测协议组中的探测协议包括TCP时,请求数据包可以为TCP SYN探测数据包,对应的响应数据包可以为TCPACK数据包。当探测协议组中的探测协议包括ICMP时,请求数据包可以为ICMP EchoRequest探测数据包,对应的响应数据包可以为ICMP Echo reply数据包。
然而,在基于探测协议对目标IP地址进行探测时,如果目标IP地址未针对发出的请求数据包反馈响应数据包时,可以获取中间网关发回的存活时间最大的超时数据包。具体地,探测装置可以接收到不同的中间网关发来的超时数据包,这些超时数据包中的TTL字段中可以携带对应的TTL值。通常而言,距离目标IP地址越近的中间网关,携带的TTL值也会越大。因此,在目标IP地址无法反馈响应数据包时,可以对获取的中间网关的超时数据包进行解析,并识别出TTL值最大的超时数据包。然后,可以计算该超时数据包与请求数据包之间的时间差,并将该时间差作为探测成功对应的往返时延。
在一个实施方式中,发回TTL值最大的超时数据包的中间网关,可能距离目标IP地址也比较远,如果利用该超时数据包计算得到的时间差,不能准确地反应目标IP地址与探测装置之间的网络质量,因此,可以给TTL值设置一个指定存活时间阈值,该指定存储时间阈值可以作为TTL的下限值。如果超时数据包对应的存活时间大于或者等于该指定存活时间阈值,则表示该超时数据包是有效的数据包,此时可以按照上述的方案,计算所述超时数据包与所述请求数据包之间的时间差。而如果所述超时数据包对应的存活时间小于所述指定存活时间阈值,则表示发回超时数据包的中间网关距离目标IP地址过远,因此可以丢弃所述超时数据包,并利用下一个探测协议对所述目标IP地址进行探测。
在本实施方式中,若按照优先级逐一利用各个探测协议均探测失败时,则表明本轮的探测协议组探测失败。此时,可以根据按参考追踪跳数的数值,判断是否对所述参考追踪跳数进行更新,以及判断是否结束针对所述目标IP地址的探测。
具体地,若当前的参考追踪跳数大于最小追踪跳数,则可以减小所述参考追踪跳数,并将减小后的追踪跳数作为下一轮探测的参考追踪跳数。其中,最小追踪跳数可以是网络质量探测过程中的经验值,例如该最小追踪跳数可以是6,那么如果当前的参考追踪跳数大于6,可以将当前的参考追踪跳数减1,并将得到的结果作为下一轮探测的参考追踪跳数。这样,下一轮探测过程中,可以按照上述的方案,逐一利用探测协议组中的各个探测协议对目标IP地址进行探测,如果依然探测失败,可以将更新后的参考追踪跳数与最小追踪跳数进行对比,以判断是否继续对参考追踪跳数进行更新,从而进行再下一轮的探测过程。
如果在探测协议组探测失败后,当前的参考追踪跳数小于或者等于最小追踪跳数,此时,可以判定所述目标IP地址探测失败,并结束针对所述目标IP地址的探测,该目标IP地址的RTT值可以记录为异常值。
需要说明的是,传统的网络质量探测手段基本都是通过Linux下的PING命令对目标IP地址进行探测,每次探测都需要起用一个进程,对系统资源的消耗较大。同时,每次探测都是记录探测起始状态,并阻塞等待探测返回的响应数据包,探测效率低,不利于大批量探测。
而优化的探测技术方案,探测过程中发送请求数据包和接收响应数据包可以分离进行,各自由独立的模块负责,这将大大减少收发同步等待时间和内存读写锁等待时间,进而极大地提升了探测的效率。在探测过程中,计算RTT值所需要的标识、发包时间、TTL值及其他所需要的字段,都可以通过封装到协议包头和协议包体的方式记录,并在协议返回时解析获取。
在一个具体应用场景中,可以按照UDP、TCP以及ICMP的探测顺序进行探测。具体地,探测过程可如下所示:
1)UDP模式:
探测机向目标IP地址发送UDP探测数据包;
当目标IP地址发回ICMP Destination Unreachable数据包,则计算ICMPDestination Unreachable数据包和UDP探测数据的时间差,该时间差即为往返时延rtt值;
当目标IP地址不响应ICMP Destination Unreachable数据包,则获取TTL值最大的中间网关发回的ICMP TTL超时数据包,并计算ICMP TTL超时数据包和UDP探测数据包的时间差,即为往返时延rtt值;
当最大的TTL值小于最新允许的TTL值,则丢弃对应的ICMP TTL超时数据包,并尝试其他协议。
2)TCP模式:
探测机向目标IP地址发送TCP[SYN]探测数据包;
当目标IP地址发回TCP[SYN ACK]数据包,则计算TCP[SYN ACK]数据包和TCP[SYN]探测数据包的时间差,即为往返时延rtt值;
当目标IP地址不响应TCP[SYN ACK]数据包,则获取TTL值最大的中间网关发回的ICMP TTL超时数据包,并计算ICMP TTL超时数据包和TCP[SYN]探测数据包的时间差,即为往返时延rtt值;
当最大的TTL值小于最新允许的TTL值,则丢弃ICMP TTL超时数据包,并尝试其他协议。
3)ICMP模式:
探测机向目标IP地址发送ICMP Echo Request探测数据包;
当目标IP地址发回ICMP Echo reply数据包,则计算ICMP Echo reply数据包和ICMP Echo Request探测数据包的时间差,即为往返时延rtt值;
当目标IP地址不响应ICMP Echo reply数据包,则获取TTL值最大的中间网关发回的ICMP TTL超时数据包,并计算ICMP TTL超时数据包和ICMP Echo Request探测数据包的时间差,即为往返时延rtt值;
当最大的TTL值小于最新允许的TTL值,则丢弃ICMP TTL超时数据包,并记录目标IP不可探测。
S5:分析系统接收各个所述探测机反馈的探测结果,为各个所述本地DNS服务器分别设定权威DNS服务器,以通过设定的所述权威DNS服务器处理所述本地DNS服务器发送的域名解析请求。
在本实施方式中,针对每个本地DNS服务器,均可以通过上述的方式,得到各个探测机对应的探测结果,这些探测结果可以表征探测机与本地DNS服务器之间的通信质量。这些探测结果可以由各个探测机反馈给分析系统,也可以由探测系统对探测结果进行汇总后,一并发送给分析系统。在实际应用中,对于同一个本地DNS服务器,分析系统可以将各个探测机的探测结果从优到差进行排序,并根据排序结果筛选出排名靠前的一个或者多个探测机。
对于筛选出的探测机,可以认为探测机所在区域到本地DNS服务器的出口IP地址之间的通信质量较好,那么这些探测机所在区域的权威DNS服务器,后续就可以为本地DNS服务器提供域名解析服务。在实际应用中,可以确定各个筛选出的探测机所在区域的权威DNS服务器,并将这些权威DNS服务器的集合构建为候选权威DNS服务器列表。在该列表中,权威DNS服务器可以根据对应的探测机的探测结果进行排序,探测结果越好的权威DNS服务器,优先级也越高。
在一个实施方式中,如果需要为当前的本地DNS服务器设定一个最优的权威DNS服务器,可以查询针对该本地DNS服务器的最优探测结果对应的目标探测机。然后可以将该目标探测机所在区域的权威DNS服务器设定为该本地DNS服务器对应的权威DNS服务器。
在为本地DNS服务器设定权威DNS服务器时,可以识别本地DNS服务器的所在区域以及支持的网络运营商,并获取设定的权威DNS服务器的IP地址,最终可以构建所述所在区域、网络运营商以及所述权威DNS服务器的IP地址之间的映射关系。举例来说,本地DNS服务器的所在区域是“福建”,网络运营商为“电信”,设定的权威DNS服务器的IP地址是“1.1.1.1”,那么可以构建“福建电信:1.1.1.1”这样的映射关系,从而通过IP地址为“1.1.1.1”的权威DNS服务器,为福建电信的本地DNS服务器提供服务。
当然,在候选权威DNS服务器列表中,可以按照优先级顺序,依次排列构建的映射关系,根据实际应用场景的需求,可以从该列表中选择一个映射关系来为本地DNS服务器提供服务。
在本实施方式中,分析系统根据探测结果分析得到本地DNS服务器的候选权威DNS服务器列表后,可以将该列表发送至调度系统。后续,当顶级域名服务器接收到当前本地DNS服务器发来的查询请求后,可以先按照常规的方式,为当前本地DNS服务器指定一个权威DNS服务器,该指定的权威DNS服务器的IP地址便可以作为针对该当前的本地DNS服务器反馈的解析IP地址。然后,顶级域名服务器可以将该解析IP地址发送至调度系统。调度系统接收到该解析IP地址之后,可以将该解析IP地址与为所述当前的本地DNS服务器设定的权威DNS服务器的IP地址进行比较。如果两者一致,那么调度系统可以通知顶级域名服务器,向该本地DNS服务器反馈解析IP地址。而如果两者不一致,调度系统可以利用为所述当前的本地DNS服务器设定的权威DNS服务器的IP地址替换所述解析IP地址,从而可以通过顶级域名服务器,将替换后的IP地址反馈给所述当前的本地DNS服务器。这样,通过NS调度系统的干预,可以使得顶级域名服务器能够根据探测机的探测结果,向本地DNS服务器提供通信质量较好的权威DNS服务器的解析IP地址。
在一个实施方式中,探测机可以周期性地探测与本地DNS服务器之间的通信质量。当探测机与本地DNS服务器之间的网络发生波动,导致通信质量下降时,分析系统可以根据实时的探测结果,动态地调节为本地DNS服务器设定的权威DNS服务器。具体地,若目标探测机针对目标本地DNS服务器在当前时刻的探测结果表征网络异常时,那么可以推定该目标探测机所在区域的权威DNS服务器到目标本地DNS服务器之间的通信质量也可能变差。此时,分析系统可以查询所述目标探测机所在区域的目标权威DNS服务器,并在所述目标本地DNS服务器的候选权威DNS服务器列表中,将所述目标权威DNS服务器的优先级降低。其中,探测结果表征网络异常可以包含多种情况。例如,网络异常可以指目标探测机无法访问目标本地DNS服务器,或者目标探测机与目标本地DNS服务器之间的通信指标低于一个固定的阈值,或者比上一次的通信指标下降了一定的百分比等。这样,当出现网络异常的情况时,可以及时地将目标权威DNS服务器的优先级调低(例如可以将目标权威DNS服务器的优先级调到最低),从而根据调整优先级之后的候选权威DNS服务器列表,为目标本地DNS服务器重新设定最优的权威DNS服务器。通过这种动态调节的方式,能够及时地对公网网络的通信质量进行感知,并能够实现权威DNS服务器的动态调度,从而保证了域名解析过程的稳定性。
本申请还提供一种域名解析系统,所述系统包括调度系统、探测系统以及分析系统,其中:
所述调度系统,用于接收各个本地DNS服务器发来的查询请求,并记录各个所述本地DNS服务器的出口IP地址,以生成待探测的IP地址列表,并将所述IP地址列表上报至所述探测系统;
所述探测系统,用于将所述IP地址列表分发至各个探测机处,以通过各个所述探测机对所述IP地址列表中各个IP地址进行探测;
所述分析系统,用于接收各个所述探测机反馈的探测结果,为各个所述本地DNS服务器分别设定权威DNS服务器,以通过设定的所述权威DNS服务器处理所述本地DNS服务器发送的域名解析请求。
由上可见,本申请一个或者多个实施方式提供的技术方案,调度系统在接收到各个本地DNS服务器发来的查询请求时,可以记录这些本地DNS服务器的出口IP地址,通过记录的出口IP地址,可以生成待探测的IP地址列表。该IP地址列表可以被探测系统分发至各个探测机,这些探测机可以分布于不同的地理位置。每个探测机都可以针对IP地址列表中的IP地址进行探测,从而得到针对不同IP地址的探测结果。这些探测结果可以表征探测机到本地DNS服务器之间通信质量的好坏。分析系统通过对探测结果进行分析,从而可以确定出与本地DNS服务器通信质量最好的探测机,这样,根据该探测机所处的地理位置,分析系统便可以为本地DNS服务器设定对应的权威DNS服务器。按照探测结果设定的权威DNS服务器,可以保证与本地DNS服务器之间的通信质量较好。这样,利用分布于各个地理位置处的探测机对本地DNS服务器进行探测,并依据探测结果对本地DNS服务器的NS记录进行区域划分,能够提高NS记录区域划分的准确度,进而提高域名解析的效率。
本说明书中的各个实施方式均采用递进的方式描述,各个实施方式之间相同相似的部分互相参见即可,每个实施方式重点说明的都是与其他实施方式的不同之处。尤其,针对系统的实施方式来说,均可以参照前述方法的实施方式的介绍对照解释。
本领域内的技术人员应明白,本发明的实施方式可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施方式、完全软件实施方式、或结合软件和硬件方面的实施方式的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施方式的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施方式而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (15)
1.一种域名解析方法,其特征在于,所述方法应用于调度集群,所述方法包括:
接收到本地DNS服务器的查询请求后,所述查询请求中包含本地DNS服务器的出口IP地址,调度系统记录各个所述本地DNS服务器的出口IP地址,将所述各个所述本地DNS服务器的出口IP地址按照指定地址段进行归类,得到归类后的出口IP地址;从归类后的出口IP地址选择其中的一个或者多个IP地址作为待探测的IP地址;通过分布于各个地理位置处的探测机分别对所述待探测的IP地址进行探测;
向本地DNS服务器发送分析系统根据探测结果反馈的服务器设定信息,所述服务器设定信息中包括为所述本地DNS服务器设定的权威DNS服务器,其中,所述权威DNS服务器为将各个探测机的探测结果从优到差进行排序后,从根据排序结果筛选出的排名靠前的一个或者多个探测机所在区域的权威DNS服务器中选出的;
其中,若所述服务器设定信息中的权威DNS服务器与所述本地DNS服务器当前采用的权威DNS服务器不一致,本地DNS服务器将所述当前采用的权威DNS服务器替换为所述服务器设定信息中的权威DNS服务器。
2.根据权利要求1所述的方法,其特征在于,所述方法包括:
得到归类后的出口IP地址之后,生成待探测的IP地址列表,并将所述IP地址列表上报至探测系统;
所述探测系统将所述IP地址列表分发至各个探测机处,以通过各个所述探测机对所述IP地址列表中各个所述待探测的IP地址进行探测;
分析系统接收各个所述探测机反馈的探测结果,为各个所述本地DNS服务器分别设定权威DNS服务器,以通过设定的所述权威DNS服务器处理所述本地DNS服务器发送的域名解析请求。
3.根据权利要求2所述的方法,其特征在于,生成待探测的IP地址列表包括:
为各类出口IP地址分配对应的服务区域标识,并将携带服务区域标识的各类出口IP地址汇总为IP地址列表。
4.根据权利要求2所述的方法,其特征在于,通过各个所述探测机对所述IP地址列表中各个所述待探测的IP地址进行探测包括:
当针对目标IP地址的探测失败时,设置存活时间的参考追踪跳数;
利用探测协议组对所述目标IP地址进行探测,若探测成功,记录对应的往返时延,并结束针对所述目标IP地址的探测;
若所述探测协议组探测失败,判断是否对所述参考追踪跳数进行更新,以及判断是否结束针对所述目标IP地址的探测。
5.根据权利要求4所述的方法,其特征在于,利用探测协议组对所述目标IP地址进行探测包括:
基于所述探测协议组中当前的探测协议向所述目标IP地址发送请求数据包,若所述目标IP地址针对所述请求数据包反馈响应数据包,计算所述请求数据包和所述响应数据包之间的时间差,并将所述时间差作为探测成功对应的往返时延。
6.根据权利要求5所述的方法,其特征在于,所述探测协议组中的探测协议包括UDP,所述请求数据包为UDP探测数据包,所述响应数据包为ICMP Destination Unreachable数据包;
所述探测协议组中的探测协议包括TCP,所述请求数据包为TCP SYN探测数据包,所述响应数据包为TCP ACK数据包;
所述探测协议组中的探测协议包括ICMP,所述请求数据包为ICMP Echo Request探测数据包,所述响应数据包为ICMP Echo reply数据包。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
若所述目标IP地址未针对所述请求数据包反馈响应数据包,获取中间网关发回的存活时间最大的超时数据包;
计算所述超时数据包与所述请求数据包之间的时间差,并将所述时间差作为探测成功对应的往返时延。
8.根据权利要求7所述的方法,其特征在于,在计算所述超时数据包与所述响应数据包之间的时间差之前,所述方法还包括:
若所述超时数据包对应的存活时间大于或者等于指定存活时间阈值,计算所述超时数据包与所述请求数据包之间的时间差;
若所述超时数据包对应的存活时间小于所述指定存活时间阈值,丢弃所述超时数据包,并利用下一个探测协议对所述目标IP地址进行探测。
9.根据权利要求4所述的方法,其特征在于,判断是否对所述参考追踪跳数进行更新包括:
若所述参考追踪跳数大于最小追踪跳数,减小所述参考追踪跳数,并将减小后的追踪跳数作为下一轮探测的参考追踪跳数。
10.根据权利要求4所述的方法,其特征在于,判断是否结束针对所述目标IP地址的探测包括:
若所述参考追踪跳数小于或者等于最小追踪跳数,判定所述目标IP地址探测失败,并结束针对所述目标IP地址的探测。
11.根据权利要求2所述的方法,其特征在于,为各个所述本地DNS服务器分别设定权威DNS服务器包括:
针对当前的本地DNS服务器而言,查询最优探测结果对应的目标探测机;
将所述目标探测机所在区域的权威DNS服务器设定为所述当前的本地DNS服务器对应的权威DNS服务器。
12.根据权利要求2或11所述的方法,其特征在于,为各个所述本地DNS服务器分别设定权威DNS服务器包括:
识别本地DNS服务器的所在区域以及支持的网络运营商,并获取设定的权威DNS服务器的IP地址,构建所述所在区域、网络运营商以及所述权威DNS服务器的IP地址之间的映射关系。
13.根据权利要求2所述的方法,其特征在于,通过设定的所述权威DNS服务器处理所述本地DNS服务器发送的域名解析请求包括:
向调度系统发送针对当前的本地DNS服务器反馈的解析IP地址,以通过所述调度系统对比所述解析IP地址与为所述当前的本地DNS服务器设定的权威DNS服务器的IP地址;若两者不一致,利用为所述当前的本地DNS服务器设定的权威DNS服务器的IP地址替换所述解析IP地址,并将替换后的IP地址反馈给所述当前的本地DNS服务器。
14.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若目标探测机针对目标本地DNS服务器在当前时刻的探测结果表征网络异常时,查询所述目标探测机所在区域的目标权威DNS服务器,并在所述目标本地DNS服务器的候选权威DNS服务器列表中,将所述目标权威DNS服务器的优先级降低。
15.一种域名解析系统,其特征在于,所述系统包括调度系统、探测系统以及分析系统,其中:
所述调度系统,用于接收各个本地DNS服务器发来的查询请求,并记录各个所述本地DNS服务器的出口IP地址,将接收到的各个所述本地DNS服务器的出口IP地址按照指定地址段进行归类,得到归类后的出口IP地址;生成待探测的IP地址列表,并将所述IP地址列表上报至所述探测系统;从归类后的出口IP地址选择其中的一个或者多个IP地址作为待探测的IP地址;所述探测系统,用于将所述IP地址列表分发至分布于各个地理位置处的探测机处,以通过各个所述探测机分别对所述IP地址列表中各个所述待探测的IP地址进行探测;
所述分析系统,用于接收各个所述探测机反馈的探测结果,为各个所述本地DNS服务器分别设定权威DNS服务器,以通过设定的所述权威DNS服务器处理所述本地DNS服务器发送的域名解析请求,其中,所述权威DNS服务器为将各个探测机的探测结果从优到差进行排序后,从根据排序结果筛选出的排名靠前的一个或者多个探测机所在区域的权威DNS服务器中选出的。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110042870.5A CN112769976B (zh) | 2021-01-13 | 2021-01-13 | 一种域名解析方法及系统 |
EP21887866.8A EP4072046A4 (en) | 2021-01-13 | 2021-06-04 | DOMAIN NAME RESOLUTION METHOD AND SYSTEM |
PCT/CN2021/098481 WO2022151643A1 (zh) | 2021-01-13 | 2021-06-04 | 一种域名解析方法及系统 |
US17/743,441 US11770320B2 (en) | 2021-01-13 | 2022-05-12 | Method and system for domain name resolution |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110042870.5A CN112769976B (zh) | 2021-01-13 | 2021-01-13 | 一种域名解析方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112769976A CN112769976A (zh) | 2021-05-07 |
CN112769976B true CN112769976B (zh) | 2023-10-24 |
Family
ID=75700186
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110042870.5A Active CN112769976B (zh) | 2021-01-13 | 2021-01-13 | 一种域名解析方法及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11770320B2 (zh) |
EP (1) | EP4072046A4 (zh) |
CN (1) | CN112769976B (zh) |
WO (1) | WO2022151643A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112769976B (zh) | 2021-01-13 | 2023-10-24 | 网宿科技股份有限公司 | 一种域名解析方法及系统 |
US11949578B2 (en) * | 2021-01-14 | 2024-04-02 | Zscaler, Inc. | Adaptive probing to discover a protocol for network tracing |
CN113382093B (zh) * | 2021-05-14 | 2022-08-26 | 贵州白山云科技股份有限公司 | 域名解析的方法、电子装置以及系统 |
US11811638B2 (en) * | 2021-07-15 | 2023-11-07 | Juniper Networks, Inc. | Adaptable software defined wide area network application-specific probing |
CN114938373B (zh) * | 2022-05-23 | 2023-11-03 | 睿云联(厦门)网络通讯技术有限公司 | 一种云平台tcp长连接服务的高可用连接方法及系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7886023B1 (en) * | 2000-01-21 | 2011-02-08 | Cisco Technology, Inc. | Method and apparatus for a minimalist approach to implementing server selection |
CN103051740A (zh) * | 2012-12-13 | 2013-04-17 | 上海牙木通讯技术有限公司 | 域名解析方法、dns服务器及域名解析系统 |
CN105262851A (zh) * | 2015-09-16 | 2016-01-20 | 互联网域名系统北京市工程研究中心有限公司 | 一种基于多策略的dns转发方法及系统 |
CN106888277A (zh) * | 2017-03-07 | 2017-06-23 | 腾讯科技(深圳)有限公司 | 一种域名查询方法及装置 |
CN107395783A (zh) * | 2017-07-25 | 2017-11-24 | 北京奇艺世纪科技有限公司 | 一种ip地址处理方法、系统、装置及电子设备 |
CN107623751A (zh) * | 2016-07-14 | 2018-01-23 | 网宿科技股份有限公司 | Dns网络系统、域名解析方法及系统 |
CN107980217A (zh) * | 2017-07-14 | 2018-05-01 | 深圳前海达闼云端智能科技有限公司 | 获取本地域名服务器地址的方法、装置和权威域名服务器 |
CN109150561A (zh) * | 2017-06-16 | 2019-01-04 | 贵州白山云科技股份有限公司 | 一种域名系统解析配置方法、装置和系统 |
CN110474994A (zh) * | 2018-05-10 | 2019-11-19 | 中国移动通信集团有限公司 | 域名解析方法、装置、电子设备和存储介质 |
CN111726428A (zh) * | 2020-06-12 | 2020-09-29 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1797696A1 (fr) * | 2004-10-06 | 2007-06-20 | France Telecom | Procede et systeme de resolution dns distribuee |
US8214524B2 (en) * | 2007-12-21 | 2012-07-03 | Hostway Corporation | System and method for selecting an optimal authoritative name server |
CN101656762B (zh) * | 2009-09-10 | 2012-05-23 | 福建星网锐捷网络有限公司 | 域名服务器信息的发送方法和装置 |
CN102932451B (zh) * | 2012-10-31 | 2015-11-18 | 北龙中网(北京)科技有限责任公司 | 一种针对内容分发网络的解决系统 |
US20170207989A1 (en) * | 2016-01-14 | 2017-07-20 | Dell Software Inc. | Dynamic domain name system destination selection |
CN107071078B (zh) * | 2017-02-19 | 2019-05-10 | 网宿科技股份有限公司 | 域名解析系统、域名解析服务器和域名解析方法 |
US11032127B2 (en) * | 2017-06-26 | 2021-06-08 | Verisign, Inc. | Resilient domain name service (DNS) resolution when an authoritative name server is unavailable |
CN107360270B (zh) * | 2017-07-24 | 2020-10-09 | 杭州迪普科技股份有限公司 | 一种dns解析的方法及装置 |
CN109347998B (zh) * | 2018-12-27 | 2021-11-16 | 网宿科技股份有限公司 | 一种DNS出口服务器ip地址的探测方法及系统 |
US11949650B2 (en) * | 2019-09-25 | 2024-04-02 | Hughes Network Systems, Llc | System and method for improving network performance when using secure DNS access schemes |
CN111327495B (zh) * | 2020-02-25 | 2021-08-27 | 网宿科技股份有限公司 | 一种访客ip服务区域探测方法及设备 |
CN112769976B (zh) * | 2021-01-13 | 2023-10-24 | 网宿科技股份有限公司 | 一种域名解析方法及系统 |
-
2021
- 2021-01-13 CN CN202110042870.5A patent/CN112769976B/zh active Active
- 2021-06-04 WO PCT/CN2021/098481 patent/WO2022151643A1/zh unknown
- 2021-06-04 EP EP21887866.8A patent/EP4072046A4/en active Pending
-
2022
- 2022-05-12 US US17/743,441 patent/US11770320B2/en active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7886023B1 (en) * | 2000-01-21 | 2011-02-08 | Cisco Technology, Inc. | Method and apparatus for a minimalist approach to implementing server selection |
CN103051740A (zh) * | 2012-12-13 | 2013-04-17 | 上海牙木通讯技术有限公司 | 域名解析方法、dns服务器及域名解析系统 |
CN105262851A (zh) * | 2015-09-16 | 2016-01-20 | 互联网域名系统北京市工程研究中心有限公司 | 一种基于多策略的dns转发方法及系统 |
CN107623751A (zh) * | 2016-07-14 | 2018-01-23 | 网宿科技股份有限公司 | Dns网络系统、域名解析方法及系统 |
CN106888277A (zh) * | 2017-03-07 | 2017-06-23 | 腾讯科技(深圳)有限公司 | 一种域名查询方法及装置 |
CN109150561A (zh) * | 2017-06-16 | 2019-01-04 | 贵州白山云科技股份有限公司 | 一种域名系统解析配置方法、装置和系统 |
CN107980217A (zh) * | 2017-07-14 | 2018-05-01 | 深圳前海达闼云端智能科技有限公司 | 获取本地域名服务器地址的方法、装置和权威域名服务器 |
CN107395783A (zh) * | 2017-07-25 | 2017-11-24 | 北京奇艺世纪科技有限公司 | 一种ip地址处理方法、系统、装置及电子设备 |
CN110474994A (zh) * | 2018-05-10 | 2019-11-19 | 中国移动通信集团有限公司 | 域名解析方法、装置、电子设备和存储介质 |
CN111726428A (zh) * | 2020-06-12 | 2020-09-29 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
Non-Patent Citations (3)
Title |
---|
ping命令TTL什么意思 ping值ttl多少算正常;网络知识;《IT备忘录》;20191210;全文 * |
Tcpping 替代ping测试网路延迟;和谐社区;《CSDN》;20180726;全文 * |
基于云的域名解析服务模型;秦臻等;《通信学报》;20130225(第02期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
US11770320B2 (en) | 2023-09-26 |
US20220272019A1 (en) | 2022-08-25 |
EP4072046A4 (en) | 2023-01-11 |
EP4072046A1 (en) | 2022-10-12 |
CN112769976A (zh) | 2021-05-07 |
WO2022151643A1 (zh) | 2022-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112769976B (zh) | 一种域名解析方法及系统 | |
CN111262938B (zh) | 一种dns服务器选择方法和代理服务器 | |
US10637771B2 (en) | System and method for real-time load balancing of network packets | |
US10958543B2 (en) | Monitoring wireless access point events | |
US10305822B2 (en) | Service chain routing method and system, and equipment in system | |
JP4160506B2 (ja) | 構成可能な適応型広域トラフィック制御および管理 | |
CN102014173B (zh) | 一种域名重定向控制方法、模块及系统 | |
US20050047350A1 (en) | Apparatus and methods for discovery of network elements in a network | |
EP2291949A1 (en) | Method and system for network fault management | |
CN105491173B (zh) | 一种dns解析方法、服务器及网络系统 | |
CN111935780B (zh) | 一种无线网格网络中流量负载分担的方法、网络系统 | |
CN107343012A (zh) | 视频存储系统及其视频数据发送方法 | |
CN115208955B (zh) | 一种资源请求处理的方法、装置、计算机设备及介质 | |
CN112543212A (zh) | 一种为分布式服务提供请求响应确切通信时延保障的系统 | |
CN111371914A (zh) | Ip库生成方法、域名解析方法、电子设备和可读存储介质 | |
CN111314500A (zh) | 一种确定访问地址的方法及装置 | |
CN111600929A (zh) | 传输线路探测方法、路由策略生成方法及代理服务器 | |
CN106686034B (zh) | Cdn调度增强方法、装置及系统 | |
CN111327495B (zh) | 一种访客ip服务区域探测方法及设备 | |
CN111404761B (zh) | 内容成环检测处理方法、装置和计算机可读存储介质 | |
CN111371826A (zh) | Cdn节点的性能探测方法、装置及系统 | |
CN111338917B (zh) | 一种确定服务器服务能力的动态控制方法及装置 | |
CN114745419B (zh) | 获取终端mac地址的方法、装置、设备及存储介质 | |
CN116846867A (zh) | 一种cdn服务器源站选择方法和系统 | |
CN114650296B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |