CN107911498A - 一种基于dns代理实现dns解析的方法及装置 - Google Patents

一种基于dns代理实现dns解析的方法及装置 Download PDF

Info

Publication number
CN107911498A
CN107911498A CN201711190873.3A CN201711190873A CN107911498A CN 107911498 A CN107911498 A CN 107911498A CN 201711190873 A CN201711190873 A CN 201711190873A CN 107911498 A CN107911498 A CN 107911498A
Authority
CN
China
Prior art keywords
dns
dns server
request message
server
cryptographic hash
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
Application number
CN201711190873.3A
Other languages
English (en)
Inventor
王建超
房立明
孙艳杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou DPTech Technologies Co Ltd
Original Assignee
Hangzhou DPTech Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou DPTech Technologies Co Ltd filed Critical Hangzhou DPTech Technologies Co Ltd
Priority to CN201711190873.3A priority Critical patent/CN107911498A/zh
Publication of CN107911498A publication Critical patent/CN107911498A/zh
Pending legal-status Critical Current

Links

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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种基于DNS代理实现DNS解析的方法及装置。一种基于DNS代理实现DNS解析的方法，所述方法应用于DNS代理设备，包括：接收DNS请求报文；根据所述DNS请求报文的地址信息，采用哈希算法计算所述地址信息对应的哈希值；基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，以使所述DNS服务器对所述DNS请求报文中的域名进行解析。与现有技术相比，本申请可避免同一用户设备访问业务服务器时，因访问过程中所获取的业务服务器的IP地址不同，使得后续报文传输路径变化而导致的网络延时或不稳定等现象。

Description

一种基于DNS代理实现DNS解析的方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种基于DNS代理实现DNS解析的方法及装置。
背景技术
现有技术中，为实现DNS(Domain Name System，域名***)服务器的负载均衡，通常会在用户设备与DNS服务器间设置DNS代理设备。在用户设备根据域名访问相应的业务服务器时，DNS代理设备可根据预设算法对用户设备发送的携带域名的DNS请求报文进行转发，例如采用轮询或最小带宽等算法将用户设备发送的DNS请求报文发送给对应的DNS服务器进行解析，以获取该DNS服务器根据上述域名解析出的业务服务器的IP地址。
目前，由于大多数DNS服务器通常由多个运营商共建的。同一个域名对应的业务服务器通常有多个IP地址，且不同的IP地址关联的运营商不同。现有技术中，当同一用户设备根据相同域名多次访问同一业务服务器时，DNS代理设备可能会将每次的DNS请求报文发送给不同的DNS服务器进行解析，使得同一用户设备每次获取的同一业务服务器的IP地址可能不同，导致用户设备后续向该业务服务器发送报文的路径可能不同，可能出现跨运营商进行报文的传输，从而可能造成网络延时等现象，影响用户体验。
发明内容
有鉴于此，本申请提供一种基于DNS代理实现DNS解析的方法及装置，以使同一用户设备的DNS请求报文被DNS代理设备发送给同一DNS服务器进行域名解析，从而使同一用户设备在访问同一业务服务器时通过相同的路径进行报文传输，避免访问同一业务服务器过程中因路径变化而造成网络延时或网络不稳定等现象。
具体地，本申请是通过如下技术方案实现的：
一种基于DNS代理实现DNS解析的方法，所述方法应用于DNS代理设备，包括：
接收DNS请求报文；
根据所述DNS请求报文的地址信息，采用哈希算法计算所述地址信息对应的哈希值；
基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，以使所述DNS服务器对所述DNS请求报文中的域名进行解析。
可选的，所述基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，以使所述DNS服务器对所述DNS请求报文中的域名进行解析，包括：
判断所述哈希值是否超出DNS服务器的总权重值；
若超出，则将所述哈希值与所述DNS服务器的总权重值求余数，确定所述余数命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器；
若未超出，则确定所述哈希值命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器。
可选的，所述方法还包括：
根据DNS服务器的性能信息为所述DNS服务器配置权重参数或权重值；
根据所述DNS服务器的权重值确定所述DNS服务器的权重区间。
可选的，所述性能信息包括DNS服务器的内存性能和CPU性能。
可选的，所述地址信息包括源IP地址和/或目的IP地址。
一种基于DNS代理实现DNS解析的装置，所述装置应用于DNS代理设备，包括：
接收模块，用于接收DNS请求报文；
计算模块，用于根据所述DNS请求报文的地址信息，采用哈希算法计算所述地址信息对应的哈希值；
发送模块，用于基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，以使所述DNS服务器对所述DNS请求报文中的域名进行解析。
可选的，所述发送模块，还用于：
判断所述哈希值是否超出DNS服务器的总权重值；
若超出，则将所述哈希值与所述DNS服务器的总权重值求余数，确定所述余数命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器；
若未超出，则确定所述哈希值命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器。
可选的，所述装置还包括：
根据DNS服务器的性能信息为所述DNS服务器配置权重值；
根据所述DNS服务器的权重值确定所述DNS服务器的权重区间。
可选的，所述性能信息包括DNS服务器的内存性能和CPU性能。
可选的，所述地址信息包括源IP地址和/或目的IP地址。
本申请的技术方案，DNS代理设备可根据用户设备发送的DNS请求报文的地址信息，计算该地址信息对应的哈希值，并可将该DNS请求报文发送给该哈希值所对应的DNS服务器。
由于同一用户设备多次发送的DNS请求报文的地址信息通常相同，且根据预设的哈希算法计算出的该地址信息对应的哈希值是固定的，因此在本申请中，DNS代理设备可将同一用户设备的DNS请求报文发送给同一台DNS服务器，进而确保针对相同的域名，用户设备可接收到同一台DNS服务器返回的相同的IP地址，可使同一用户设备后续向业务服务器发送的报文均经同一路径进行传输，从而避免了同一用户设备访问同一业务服务器过程中，因报文传输路径不断变化而导致的网络延时或不稳定等现象。
附图说明
图1是本申请实施例示出的一种DNS服务器负载均衡的组网图；
图2是本申请实施例示出的一种基于DNS代理实现DNS解析的方法流程图；
图3是本申请实施例示出的一种DNS代理设备的硬件结构图；
图4是本申请实施例示出的一种基于DNS代理实现DNS解析的装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
现有技术中，为实现DNS服务器的负载均衡，通常会在用户设备与DNS服务器间设置DNS代理设备，如图1所示。在用户设备根据域名访问相应的业务服务器时，DNS代理设备可根据预设算法对用户设备发送的携带域名的DNS请求报文进行转发，例如将用户设备发送的DNS请求报文发送给采用轮询或最小带宽等算法选定的DNS服务器进行解析，以获取该DNS服务器根据上述域名解析出的业务服务器的IP地址。
由于大多数DNS服务器通常是由多个运营商共建的。同一个域名对应的服务器通常有多个IP地址，且不同的IP地址关联的运营商不同。现有技术的方案，针对同一域名的DNS请求可能会被DNS代理设备发送给不同的DNS服务器，不同的DNS服务器根据同一域名所返回的IP地址可能不同，因此将可能使得同一用户设备在访问同一业务服务器的过程中，获取的同一业务服务器的IP地址可能不同，导致后续向同一业务服务器发送报文时的路径不同，可能出现跨运营商进行报文的传输，从而可能造成网络延时等现象，影响用户体验。
为了解决上述问题，本申请提供了一种基于DNS代理实现DNS解析的方法，DNS代理设备可接收用户设备发送的DNS请求报文，并根据上述DNS请求报文中的地址信息采用哈希算法计算对应的哈希值，之后可将该DNS请求报文发送给该哈希值所对应的DNS服务器进行域名解析。
同一用户设备访问业务服务器时，在访问过程中用户设备可能会多次向业务服务器发送DNS请求报文，且每次发送的DNS请求报文的地址信息通常不变。由于DNS代理设备根据上述DNS请求报文的地址信息，基于预设哈希算法计算出的哈希值固定，因此同一用户设备的多次DNS请求报文可被DNS代理设备发送给同一台DNS服务器。又由于通常情况下，同一台DNS服务器根据相同的域名解析出的IP地址通常是不变的，因此针对相同的域名，DNS服务器可向该用户设备返回相同的IP地址，将使同一用户设备后续向业务服务器发送的报文均会经同一路径进行传输，从而避免了同一用户设备访问同一业务服务器过程中，因报文传输路径不断变化而导致的网络延时或不稳定等现象。
下面将结合具体实施例对本申请的实现过程进行描述。
请继续参考图1，假设DNS代理设备对应有3台DNS服务器，在本申请实施例中，可根据DNS服务器的性能信息分别为3台DNS服务器配置权重值，以使性能高的DNS服务器尽量能对较多的DNS请求报文进行域名解析；反之，性能较低的DNS服务器可对较少的DNS请求报文进行域名解析。
其中，上述性能信息可以是DNS服务器的内存性能和CPU性能。且上述DNS服务器的权重值可以由用户进行配置，也可以由DNS代理设备基于预设的算法自动为DNS服务器分配，此处不作限定。
另外，对于DNS服务器的权重区间的确定，可根据各DNS服务器对应的权重值来确定。例如，假设根据DNS服务器的性能信息可知，DNS服务器1的性能最优，其次是DNS服务器2，最后是DNS服务器3，此时可配置3台DNS服务器的权重值满足：DNS服务器1>DNS服务器2>DNS服务器3。比如，可配置DNS服务器1、2和3的权重值分别为40、20和10，则可将这3台DNS服务器的总权重值设置为70，且可将DNS服务器1的权重区间设置为[1，40]，DNS服务器2的权重区间为(40，60]，DNS服务器3的权重区间为(60，70]。
另外，实际应用中，还可根据DNS服务器的性能高低配置3台DNS服务器权重比及总权重值。例如，根据DNS服务器的性能可将DNS服务器1、2和3的权重比配置为4：2：1，且将3台DNS服务器的总权重值设为70，则DNS服务器1的权重区间可设置为[1，40]，DNS服务器2的权重区间可设置为(40，60]，DNS服务器3的权重区间可设置为(60，70]。
需要说明的是，上述DNS服务器1的权重区间也可设置为(30，70]，DNS服务器2的权重区间设置为(10，30]，DNS服务器3的权重区间设置为[1，10]，仅需保证各DNS服务器的权重区间长度等于各自的权重值即可。
其中，在设置DNS服务器的权重区间时，应保证3台DNS服务器的权重区间是连续的。
请参考图2，图2所示为本申请实施例示出的一种基于DNS代理实现DNS解析的方法流程图，该方法可应用于DNS代理设备，且该方法可包括以下基本步骤：
S201，接收DNS请求报文。
S202，根据所述DNS请求报文的地址信息，采用哈希算法计算所述地址信息对应的哈希值。
通常，用户设备根据域名访问同一业务服务器时，会向DNS服务器发送携带有该业务服务器对应域名的DNS请求报文，DNS服务器接收到该DNS请求报文后，可对该DNS请求报文中携带的域名进行解析，并将解析出的该域名对应的业务服务器的IP地址返回给用户设备，以使用户设备后续根据该IP地址访问对应的业务服务器。
在本申请实施例中，用户设备发送的携带有要访问的业务服务器域名的DNS请求报文，可先经由DNS代理设备进行处理，之后再由DNS代理设备将该DNS请求报文发送给选定的DNS服务器进行域名解析。
对于DNS代理设备，接收到用户设备发送的DNS请求报文时，可提取出该DNS请求报文的地址信息，根据所提取出的地址信息，可进一步利用预设算法对该地址信息进行计算。
本领域技术人员应该理解此处预设算法可以有很多，通常可采用哈希算法，此处不作限定，只要能够根据DNS请求报文的地址信息确定一个唯一的数值即可。
另外，上述地址信息可以是DNS请求报文的源IP地址，也可以是DNS请求报文的源IP地址和目的IP地址，此处不作限定。
S203，判断所述哈希值是否超出DNS服务器的总权重值。
S204，将所述哈希值与所述DNS服务器的总权重值求余数。
下面的描述将以采用哈希算法计算的DNS请求报文的源IP地址对应的哈希值为例。
在本申请实施例中，在根据DNS请求报文的地址信息计算出哈希值后，DNS代理设备还需判断该哈希值是否超出上述设置的DNS服务器的总权重值。若超出DNS服务器的总权重值，则可执行步骤S204；若未超出DNS服务器的总权重值，则可执行步骤S206。
假设图1中用户设备1发送的DNS请求报文的源IP地址为112.2.78.133，且根据预设的哈希算法计算得到该IP地址对应的哈希值为4379399，可知，该哈希值超出了设置的DNS服务器的总权重值70，则可进一步将该哈希值与DNS服务器的总权重值求余数，可算得4379399除以70的余数为59。之后可根据所得出的余数进一步执行步骤S205。
S205，确定所述余数命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器。
在本申请实施例中，可进一步将所得出的余数与上述3台DNS服务器的权重区间进行比对，确定该余数命中哪台DNS服务器的权重区间。
经比对可知，上述所得余数59命中DNS服务器2的权重区间(40，60]，由此DNS代理设备可将上述用户设备1的DNS请求报文发送给DNS服务器2进行域名解析。
S206，确定所述哈希值命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器。
在本申请实施例中，仍以根据DNS请求报文的源IP地址计算哈希值为例，假设图1中用户设备2发送的DNS请求报文的源IP地址为112.2.78.1，且根据预设的哈希算法计算得到该IP地址对应的哈希值为33。由此可知，计算所得的哈希值33未超出设置的DNS服务器的总权重值70，且该哈希值33命中DNS服务器1的权重区间为[1，40]，则DNS代理设备可将上述用户设备2的DNS请求报文发送给DNS服务器1进行域名解析。
需要指出的是，由于同一用户设备多次发送的DNS请求报文的源IP地址通常相同，因此采用预设的哈希算法计算的上述源IP地址对应的哈希值是相同的，即上述DNS请求报文的源IP地址对应的哈希值固定。由此，根据上述描述可知，同一用户设备多次发送的DNS请求报文，可被DNS代理设备发送给同一台DNS服务器。即用户设备1发送的DNS请求报文将被DNS代理设备发送给DNS服务器2，用户设备2发送的DNS请求报文将被DNS代理设备发送给DNS服务器1。
在本申请中，DNS代理设备可根据用户设备发送的DNS请求报文的地址信息，计算该地址信息对应的哈希值，并可在该哈希值超出设置的DNS服务器的总权重值时，将该哈希值与DNS服务器的总权重值求余数，之后通过将上述哈希值或余数与DNS服务器的权重区间进行比对，从而确定将用户设备的DNS请求报文发送给哪台DNS服务器。
由于同一用户设备多次发送的DNS请求报文的地址信息通常相同，且根据预设算法计算出的DNS请求报文的地址信息对应的哈希值或所算得的余数是固定的，因此在本申请中，同一用户设备多次发送的DNS请求报文，将会被DNS代理设备发送给同一台DNS服务器。又由于通常情况下，同一台DNS服务器根据相同的域名解析出的IP地址通常是不变的，因此针对相同的域名，DNS服务器可向该用户设备返回相同的IP地址，将使同一用户设备后续向同一业务服务器发送的报文均会经同一路径进行传输，从而避免了同一用户设备访问同一业务服务器过程中，因报文传输路径不断变化而导致的网络延时或不稳定等现象。
与前述一种基于DNS代理实现DNS解析的方法的实施例相对应，本申请还提供了一种基于DNS代理实现DNS解析的装置的实施例。
本申请一种基于DNS代理实现DNS解析的装置的实施例可以应用在DNS代理设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在DNS代理设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请基于DNS代理实现DNS解析的装置所在DNS代理设备的一种硬件结构图，除了图3所示的处理器、内存、网络出接口、以及非易失性存储器之外，实施例中装置所在的DNS代理设备通常根据该DNS代理设备的实际功能，还可以包括其他硬件，对此不再赘述。
请参考图4，图4为本申请实施例示出的一种基于DNS代理实现DNS解析的装置的结构示意图，该装置可以包括以下模块：
接收模块410，用于接收DNS请求报文；
计算模块420，用于根据所述DNS请求报文的地址信息，采用哈希算法计算所述地址信息对应的哈希值；
发送模块430，用于基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，以使所述DNS服务器对所述DNS请求报文中的域名进行解析。
在本申请实施例中，所述发送模块430还用于：
判断所述哈希值是否超出DNS服务器的总权重值；
若超出，则将所述哈希值与所述DNS服务器的总权重值求余数，确定所述余数命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器；
若未超出，则确定所述哈希值命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器。
在本申请实施例中，所述装置还包括：
根据DNS服务器的性能信息为所述DNS服务器配置权重值；
根据所述DNS服务器的权重值确定所述DNS服务器的权重区间。
在本申请实施例中，所述性能信息包括DNS服务器的内存性能和CPU性能。
在本申请实施例中，所述地址信息包括源IP地址和/或目的IP地址。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种基于DNS代理实现DNS解析的方法，其特征在于，所述方法应用于DNS代理设备，包括：
接收DNS请求报文；
根据所述DNS请求报文的地址信息，采用哈希算法计算所述地址信息对应的哈希值；
基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，以使所述DNS服务器对所述DNS请求报文中的域名进行解析。
2.根据权利要求1所述的方法，其特征在于，所述基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，包括：
判断所述哈希值是否超出DNS服务器的总权重值；
若超出，则将所述哈希值与所述DNS服务器的总权重值求余数，确定所述余数命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器；
若未超出，则确定所述哈希值命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器。
3.根据权利要求2所述的方法，其特征在于，还包括：
根据DNS服务器的性能信息为所述DNS服务器配置权重值；
根据所述DNS服务器的权重值确定所述DNS服务器的权重区间。
4.根据权利要求3所述的方法，其特征在于，所述性能信息包括DNS服务器的内存性能和CPU性能。
5.根据权利要求1所述的方法，其特征在于，所述地址信息包括源IP地址和/或目的IP地址。
6.一种基于DNS代理实现DNS解析的装置，其特征在于，所述装置应用于DNS代理设备，包括：
接收模块，用于接收DNS请求报文；
计算模块，用于根据所述DNS请求报文的地址信息，采用哈希算法计算所述地址信息对应的哈希值；
发送模块，用于基于预定的策略将所述DNS请求报文发送给所述哈希值对应的DNS服务器，以使所述DNS服务器对所述DNS请求报文中的域名进行解析。
7.根据权利要求6所述的装置，其特征在于，所述发送模块还用于：
判断所述哈希值是否超出DNS服务器的总权重值；
若超出，则将所述哈希值与所述DNS服务器的总权重值求余数，确定所述余数命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器；
若未超出，则确定所述哈希值命中的DNS服务器的权重区间，并将所述DNS请求报文发送给所述权重区间对应的DNS服务器。
8.根据权利要求7所述的装置，其特征在于，还包括：
根据DNS服务器的性能信息为所述DNS服务器配置权重值；
根据所述DNS服务器的权重值确定所述DNS服务器的权重区间。
9.根据权利要求8所述的装置，其特征在于，所述性能信息包括DNS服务器的内存性能和CPU性能。
10.根据权利要求6所述的装置，其特征在于，所述地址信息包括源IP地址和/或目的IP地址。
CN201711190873.3A 2017-11-24 2017-11-24 一种基于dns代理实现dns解析的方法及装置 Pending CN107911498A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711190873.3A CN107911498A (zh) 2017-11-24 2017-11-24 一种基于dns代理实现dns解析的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711190873.3A CN107911498A (zh) 2017-11-24 2017-11-24 一种基于dns代理实现dns解析的方法及装置

Publications (1)

Publication Number Publication Date
CN107911498A true CN107911498A (zh) 2018-04-13

Family

ID=61847741

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711190873.3A Pending CN107911498A (zh) 2017-11-24 2017-11-24 一种基于dns代理实现dns解析的方法及装置

Country Status (1)

Country Link
CN (1) CN107911498A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111556154A (zh) * 2020-04-27 2020-08-18 深圳震有科技股份有限公司 数据传输方法、装置、设备及计算机可读存储介质
CN113067781A (zh) * 2020-01-02 2021-07-02 阿里巴巴集团控股有限公司 一种数据处理方法及其装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007050244A2 (en) * 2005-10-27 2007-05-03 Georgia Tech Research Corporation Method and system for detecting and responding to attacking networks
CN101616079A (zh) * 2009-07-30 2009-12-30 杭州华三通信技术有限公司 Dns请求报文的nat出口链路负载均衡方法及装置
CN103873293A (zh) * 2014-03-05 2014-06-18 杭州华三通信技术有限公司 一种健康探测装置及方法
CN105577843A (zh) * 2014-11-07 2016-05-11 华耀(中国)科技有限公司 基于多重策略dns代理实现链路负载均衡的***及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007050244A2 (en) * 2005-10-27 2007-05-03 Georgia Tech Research Corporation Method and system for detecting and responding to attacking networks
CN101616079A (zh) * 2009-07-30 2009-12-30 杭州华三通信技术有限公司 Dns请求报文的nat出口链路负载均衡方法及装置
CN103873293A (zh) * 2014-03-05 2014-06-18 杭州华三通信技术有限公司 一种健康探测装置及方法
CN105577843A (zh) * 2014-11-07 2016-05-11 华耀(中国)科技有限公司 基于多重策略dns代理实现链路负载均衡的***及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113067781A (zh) * 2020-01-02 2021-07-02 阿里巴巴集团控股有限公司 一种数据处理方法及其装置
CN111556154A (zh) * 2020-04-27 2020-08-18 深圳震有科技股份有限公司 数据传输方法、装置、设备及计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN106656800B (zh) 一种路径选取方法及***、网络加速节点及网络加速***
CN106899680B (zh) 多区块链的分片处理方法和装置
CN101815033B (zh) 负载均衡的方法、设备及***
KR100900491B1 (ko) 분산 서비스 거부 공격의 차단 방법 및 장치
US10313362B2 (en) Systems and methods for real-time configurable load determination
US9843630B2 (en) System and method for distributed load balancing with load balancer clients for hosts
KR101383905B1 (ko) 해시 함수 결과를 이용한 서버 부하 분산 처리 방법 및 그 장치
CN106067890B (zh) 一种域名解析方法、装置及***
CN110166570B (zh) 业务会话管理方法、装置、电子设备
CN105337786B (zh) 一种服务器性能检测方法、装置及设备
CN108259425A (zh) 攻击请求的确定方法、装置及服务器
CN102075561B (zh) 一种网络资源下载方法，装置及***
CN105940655A (zh) 用于防范DDos攻击的***
CN108933829A (zh) 一种负载均衡方法及装置
CN108200165A (zh) 请求传输***、方法、装置及存储介质
CN107347015B (zh) 一种内容分发网络的识别方法、装置及***
CN112272164B (zh) 报文处理方法及装置
CN109510809A (zh) 域名访问方法和装置
CN105791381A (zh) 访问控制的方法及装置
US10382339B2 (en) Large scale bandwidth management of IP flows using a hierarchy of traffic shaping devices
CN103401799A (zh) 负载均衡的实现方法和装置
CN107911498A (zh) 一种基于dns代理实现dns解析的方法及装置
CN110691139B (zh) 一种数据传输方法、装置、设备及存储介质
CN108111567A (zh) 实现服务器负载均匀的方法及***
CN106888268A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20180413

RJ01 Rejection of invention patent application after publication