CN108270881B - 一种域名解析的方法及装置 - Google Patents
一种域名解析的方法及装置 Download PDFInfo
- Publication number
- CN108270881B CN108270881B CN201810062598.5A CN201810062598A CN108270881B CN 108270881 B CN108270881 B CN 108270881B CN 201810062598 A CN201810062598 A CN 201810062598A CN 108270881 B CN108270881 B CN 108270881B
- Authority
- CN
- China
- Prior art keywords
- dns
- domain name
- address
- request message
- source
- 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
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/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
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种域名解析的方法及装置。一种域名解析的方法,包括:接收用户设备的DNS请求报文;根据所述DNS请求报文的源IP地址,查询所述源IP地址对应的DNS表项,所述DNS表项记录有DNS请求报文的源IP地址及DNS服务器的对应关系;根据查询结果,确定是否需要将所述DNS请求报文转发给所述DNS表项记录的DNS服务器。本申请可保证同一用户设备的DNS请求报文被转发给同一DNS服务器进行域名解析,从而可避免用户设备访问业务服务器时流量跨运营商转发,导致网络延时以及连接失败等现象。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种域名解析的方法及装置。
背景技术
负载均衡环境中,负载均衡设备可将用户的DNS(Domain Name System,域名系统)请求报文转发给采用轮询或最小带宽等算法选取的DNS服务器,DNS服务器对DNS请求报文中的域名进行解析,将解析出的该域名对应的IP地址返回给用户,以使用户通过该IP地址访问对应的业务服务器。
由于同一域名通常对应多个IP地址,这些IP地址可能分别被不同的运营商维护,例如,域名www.abc.com对应的IP地址为IP1和IP2,IP1是电信链路上的电信DNS服务器维护的域名www.abc.com的IP地址,IP2是联通链路上的联通DNS服务器维护的域名www.abc.com的IP地址。
此种情况下,采用上述方法进行报文转发时,同一用户多次发送的DNS请求报文可能会被转发给不同运营商链路上的DNS服务器进行域名解析,使得用户每次得到的业务服务器的IP地址来自不同的运营商,如第一次得到IP1,第二次得到IP2。由此后续该用户通过得到的IP地址访问对应的业务服务器时,流量将通过不同运营商的链路进行转发,由此可能出现流量跨运营商转发导致的网络延时,或者由于出口IP地址不一致导致的连接失败等现象,从而影响用户体验。
发明内容
有鉴于此,本申请提供一种域名解析的方法及装置,以保证同一源IP地址的DNS请求报文被转发给同一DNS服务器进行域名解析。
具体地,本申请是通过如下技术方案实现的:
一种域名解析的方法,包括:
接收用户设备的DNS请求报文;
根据所述DNS请求报文的源IP地址,查询所述源IP地址对应的DNS表项,所述DNS表项记录有DNS请求报文的源IP地址及DNS服务器的对应关系;
根据查询结果,确定是否需要将所述DNS请求报文转发给所述DNS表项记录的DNS服务器。
一种域名解析的装置,包括:
接收模块,用于接收用户设备的DNS请求报文;
查询模块,用于根据所述DNS请求报文的源IP地址,查询所述源IP地址对应的DNS表项,所述DNS表项记录有DNS请求报文的源IP地址及DNS服务器的对应关系;
判定模块,用于根据查询结果,确定是否需要将所述DNS请求报文转发给所述DNS表项记录的DNS服务器。
本申请中,可在接收到用户设备的DNS请求报文后,根据接收的DNS请求报文的源IP地址,查询本地保存的DNS表项中上述源IP地址对应的表项,根据查询结果,确定是否需要将所接收的DNS请求报文转发给上述源IP地址对应的DNS服务器,以使该DNS服务器对上述DNS请求报文携带的域名进行解析,并返回解析结果。与现有技术相比,本申请可根据本地DNS表项,将同一源IP地址的DNS请求报文转发给同一DNS服务器进行域名解析,从而可保证同一用户设备后续流量均由同一运营商链路进行转发,从而可避免用户设备访问业务服务器时流量跨运营商转发,导致网络延时以及连接失败等现象。
附图说明
图1是本申请一示例性实施例示出的一种域名解析的方法流程图;
图2是本申请一示例性实施例示出的一种网络设备的硬件结构图;
图3是本申请一示例性实施例示出的一种域名解析的装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
负载均衡环境中,负载均衡设备可将用户的DNS请求报文转发给采用轮询或最小带宽等算法选取的DNS服务器,DNS服务器对DNS请求报文中的域名进行解析,将解析出的该域名对应的IP地址返回给用户,以使用户通过该IP地址访问对应的业务服务器。
由于同一域名通常对应多个IP地址,这些IP地址可能分别被不同的运营商维护,例如,域名www.abc.com对应的IP地址为IP1和IP2,IP1是电信链路上的电信DNS服务器维护的域名www.abc.com的IP地址,IP2是联通链路上的联通DNS服务器维护的域名www.abc.com的IP地址。
此种情况下,采用上述方法进行报文转发时,同一用户多次发送的DNS请求报文可能会被转发给不同运营商链路上的DNS服务器进行域名解析,使得用户每次得到的业务服务器的IP地址来自不同的运营商,如第一次得到IP1,第二次得到IP2。由此后续该用户通过得到的IP地址访问对应的业务服务器时,流量将通过不同运营商的链路进行转发,由此可能出现流量跨运营商转发导致的网络延时,或者由于出口IP地址不一致导致的连接失败等现象,从而影响用户体验。
因此,为了解决上述技术问题,本申请提供了一种域名解析的方法,接收到用户设备的DNS请求报文后,可根据接收的DNS请求报文的源IP地址,查询本地保存的DNS表项中上述源IP地址对应的表项,根据查询结果,确定是否需要将所接收的DNS请求报文转发给上述源IP地址对应的DNS服务器,以使DNS服务器对上述DNS请求报文携带的域名进行解析,并返回解析结果。
与现有技术相比,本申请可根据本地DNS表项,将同一源IP地址的DNS请求报文转发给同一DNS服务器进行域名解析,从而可保证同一用户设备后续流量均由同一运营商链路进行转发,从而可避免用户设备访问业务服务器时流量跨运营商转发,导致网络延时以及连接失败等现象。
下面将结合具体实施例对本申请的实现过程进行描述。
请参考图1,图1为本申请实施例示出的一种域名解析的方法流程图,该方法可用于负载均衡设备,该负载均衡设备可以是服务器等网络设备。
其中,上述域名解析方法可以包括以下基本步骤:
S101,接收用户设备的DNS请求报文。
S102,根据所述DNS请求报文的源IP地址,查询本地保存的DNS表项。
S103,判断所述DNS表项中是否存在所述源IP地址对应的表项。
在本申请实施例中,负载均衡设备可在本地保存DNS表项,该表项可记录接收的DNS请求报文的源IP地址、该DNS请求报文携带的域名、域名对应的IP地址及解析该域名的DNS服务器的IP地址的对应关系。例如,表1所示的某时刻负载均衡设备保存的DNS表项。
请求报文的源IP | 域名 | DNS服务器 | 域名对应的IP |
192.168.0.1 | www.a.com | 114.114.114.114 | 220.181.112.244 |
192.168.0.1 | www.b.com | 114.114.114.114 | 220.181.28.52 |
192.168.0.2 | www.a.com | 114.114.115.115 | 202.108.22.5 |
表1
需要说明的是,表1仅为示例性说明,还可以在表中记录出口链路等信息,此处可不作限定。
在本申请实施例中,接收到用户设备的DNS请求报文后,可根据所接收的DNS请求报文的源IP地址查询本地保存的DNS表项。若在DNS表项中查询到上述DNS请求报文的源IP地址对应的表项,则可继续执行步骤S104,判断是否需要将上述DNS请求报文转发给上述源IP地址对应的表项所记录的DNS服务器;若在DNS表项中未查询到上述DNS请求报文的源IP地址对应的表项,则可继续执行步骤S107。
S104,判断所述源IP地址对应的表项中记录的域名是否与接收的所述DNS请求报文携带的域名相同。
S105,将所述源IP地址对应的表项中所述域名对应的IP地址返回给所述用户设备。
S106,将所述DNS请求报文转发给所述DNS表项中所述源IP地址对应的DNS服务器,以使所述DNS服务器对所述DNS请求报文携带的域名进行解析,并返回解析结果。
在本申请实施例中,当从DNS表项中查询到上述DNS请求报文的源IP地址对应的表项后,可继续查询该源IP地址对应的表项中记录的域名是否与上述DNS请求报文携带的域名相同,若相同,则可执行步骤S105,将该源IP地址对应的表项中记录的域名对应的IP地址返回给相应的用户设备;若不相同,则可继续执行步骤S106,将上述DNS请求报文转发给该源IP地址对应的表项中记录的DNS服务器,以使该DNS服务器对上述DNS请求报文携带的域名进行解析,并返回携带有该域名对应的IP地址的解析结果。
例如,在某一时刻接收到源IP地址为192.168.0.1的DNS请求报文,且该DNS请求报文携带的域名为www.a.com,假设此时的DNS表项如表1所示,查询表1可知,DNS表项中已记录有源IP地址192.168.0.1对应的表项,且该源IP地址对应的表项中记录有域名www.a.com,以及该域名对应的IP地址220.181.112.244,此时负载均衡设备可直接将该域名对应的IP地址220.181.112.244返回给IP地址为192.168.0.1的用户设备,而无需再将该DNS请求报文转发给IP地址为114.114.114.114的DNS服务器进行域名解析。
而若某一时刻接收的DNS请求报文的源IP地址为192.168.0.2,且携带的域名为www.b.com,查询表1可知,源IP地址192.168.0.2对应的表项中记录的域名为www.a.com,与接收的DNS请求报文携带的域名www.b.com不相同,此时可将接收的该DNS请求报文转发给IP地址为114.114.115.115的DNS服务器,以使该DNS服务器对上述DNS请求报文携带的域名www.b.com进行解析,并将携带有该域名对应的IP地址的解析结果返回给负载均衡设备。可假设该DNS服务器解析后得到的www.b.com对应的IP地址为220.181.1.2。
在本申请实施例中,负载均衡设备还可在接收到上述114.114.115.115的DNS服务器返回的解析结果后,将上述DNS请求报文的源IP地址192.168.0.2、域名www.b.com、www.b.com对应的IP地址220.181.1.2及DNS服务器的IP地址114.114.115.115四者的对应关系保存至本地DNS表项中,以维护本地DNS表项,使得后续接收到相同源IP地址、携带相同域名的DNS请求报文时,可直接从DNS表项中获取该域名对应的IP地址,并将获取的IP地址返回给相应的用户设备即可,而无需再将该DNS请求报文转发给DNS服务器进行域名解析,从而不仅节省了域名解析的耗时,也可以保证同一用户设备根据域名多次访问同一业务服务器时,所获取的该业务服务器的IP地址始终相同,从而可保证用户设备后续流量的转发路径一致。
S107,根据预设的策略为所述DNS请求报文选取DNS服务器。
在本申请实施例中,如果在DNS表项中未查询到当前接收的DNS请求报文的源IP地址对应的表项,例如,某一时刻接收的DNS请求报文的源IP地址为192.168.0.3,查询表1可知,并未有源IP地址192.168.0.3对应的表项,则可认为是首次接收到该用户设备的DNS请求报文,负载均衡设备可根据最小带宽利用率算法选择带宽利用率较小的链路,并查找该条链路上是否存在可用的DNS服务器。若存在,则可将DNS请求报文转发给该条链路上的DNS服务器,DNS服务器对上述DNS请求报文携带的域名进行解析,并将携带有该域名对应的IP地址的解析结果返回给负载均衡设备。
负载均衡设备接收到DNS服务器返回的上述DNS请求报文携带的域名对应的IP地址后,可本地DNS表项中记录该DNS请求报文的源IP地址、该DNS请求报文携带的域名、该域名对应的IP地址及解析该域名的DNS服务器的IP地址的对应关系。
需要说明的是,负载均衡设备在根据最小带宽利用率算法进行选路时,若各出口链路的带宽利用率相同,则可采用轮询算法选取一条链路。另外,在选取DNS服务器时,若带宽利用率较小的链路上存在多个可用的DNS服务器,则也可采用轮询算法为DNS请求报文选择一个可用的DNS服务器。
在本申请实施例中,负载均衡设备可在接收到用户设备的DNS请求报文后,根据所接收的DNS请求报文的源IP地址,查询本地是否有该源IP地址对应的DNS表项的相关记录,若有,则进一步根据该源IP地址对应的表项,确定是否需要将所接收的DNS请求报文转发给上述源IP地址对应的DNS服务器,以使该DNS服务器对上述DNS请求报文携带的域名进行解析,并返回解析结果;若无,则可将上述DNS请求报文转发给根据预设的策略选取的DNS服务器。
与现有技术相比,本申请可根据本地DNS表项,将同一源IP地址的DNS请求报文转发给同一DNS服务器进行域名解析,从而可保证同一用户设备后续流量均由同一运营商链路进行转发,从而可避免用户设备访问业务服务器时流量跨运营商转发,导致网络延时以及连接失败等现象。
另外,在本申请的优选实施例中,还可在DNS表项中设置并记录各条表项的老化时长,当确定表项老化后,可删除老化的表项,从而可节省存储空间。
例如,可设置各条表项的老化时长为3600s,且假设某一时刻接收到114.114.115.115DNS服务器返回的解析结果,并保存了如表2所示的源IP地址为192.168.0.2的表项,则负载均衡设备可在保存该表项后,启动定时器进行计时。如果在3600s内再次接收到源IP地址为192.168.0.2的DNS请求报文,则认为该表项未老化,可重新刷新定时器进行计时;而如果在3600s内未接收到源IP地址为192.168.0.2的DNS请求报文,则可认为该表项老化,可删除该源IP地址为192.168.0.2的表项。
请求报文的源IP | 域名 | DNS服务器 | 域名对应的IP | 老化时长 |
192.168.0.1 | www.a.com | 114.114.114.114 | 220.181.112.244 | 3600s |
192.168.0.1 | www.b.com | 114.114.114.114 | 220.181.28.52 | 3600s |
192.168.0.2 | www.a.com | 114.114.115.115 | 202.108.22.5 | 3600s |
表2
除此之外,还可在监测到某DNS服务器故障后,删除本地DNS表项中该DNS服务器的相关表项,以避免将命中该条表项的DNS请求报文转发给故障的DNS服务器。
其中,可通过健康检查等方式监测DNS服务器,以判断与DNS服务器的连通性,确定DNS服务器是否故障。
本申请的优选实施例,可通过为DNS表项中各条表项设置老化时长,在确定表项老化时,删除老化的表项,或者可在监测到某DNS服务器故障后,删除本地DNS表项中该DNS服务器的相关表项,从而可节省存储空间。
与前述一种域名解析的方法的实施例相对应,本申请还提供了一种域名解析的装置的实施例。
本申请一种域名解析的装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在网络设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图2所示,为本申请一种域名解析的装置所在网络设备的一种硬件结构图,除了图2所示的处理器、内存、网络出接口、以及非易失性存储器之外,实施例中装置所在的网络设备通常根据该网络设备的实际功能,还可以包括其他硬件,对此不再赘述。
请参考图3,图3为本申请实施例示出的一种域名解析的装置的结构示意图,该装置包括:接收模块310、查询模块320、判定模块330。
其中,接收模块310,用于接收用户设备的DNS请求报文;
查询模块320,用于根据所述DNS请求报文的源IP地址,查询所述源IP地址对应的DNS表项,所述DNS表项记录有DNS请求报文的源IP地址及DNS服务器的对应关系;
判定模块330,用于根据查询结果,确定是否需要将所述DNS请求报文转发给所述DNS表项记录的DNS服务器。
在本申请实施例中,所述DNS表项还记录有DNS请求报文携带的域名及该域名对应的IP地址的对应关系;
所述判定模块330,具体用于:
若所述DNS表项记录有所述DNS请求报文携带的域名对应的IP地址,则将所述域名对应的IP地址返回给所述用户设备;
若所述DNS表项未记录所述DNS请求报文携带的域名对应的IP地址,则将所述DNS请求报文转发给所述DNS表项记录的DNS服务器,以使所述DNS服务器对所述DNS请求报文携带的域名进行解析,并返回解析结果。
在本申请实施例中,所述装置还包括:
保存模块340,用于在接收到所述DNS服务器返回的解析结果后,将所述DNS请求报文的源IP地址、所述DNS请求报文携带的域名、所述域名对应的IP地址及所述DNS服务器的对应关系保存至DNS表项中,所述解析结果携带所述域名对应的IP地址。
在本申请优选实施例中,所述装置还包括:
删除模块350,用于当预设时长内未接收到所述源IP地址的DNS请求报文时,删除所述对应关系;
或
当监测到所述DNS服务器故障,删除所述对应关系。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (6)
1.一种域名解析的方法,其特征在于,应用于负载均衡设备,包括:
接收用户设备的DNS请求报文;
根据所述DNS请求报文的源IP地址,查询所述源IP地址对应的DNS表项,所述DNS表项中包括DNS请求报文的源IP地址、DNS报文携带的域名、域名对应的IP地址、解析域名的DNS服务器的对应关系,其中,同一个所述源IP地址有一个或多个对应的解析域名DNS服务器,同一个所述域名有一个或多个对应的IP地址;
若所述DNS表项中记录有所述DNS请求报文携带的域名,则将所述域名对应的IP地址返回给所述用户设备;
若所述DNS表项未记录所述DNS请求报文携带的域名,则根据所述DNS表项中记录的所述DNS请求报文的源IP地址对应的解析域名的DNS服务器,将所述DNS请求报文转发给所述DNS服务器,以使所述DNS服务器对所述DNS请求报文携带的域名进行解析,并返回解析结果,所述解析结果包括所述域名对应的IP地址。
2.根据权利要求1所述的方法,其特征在于,还包括:
在接收到所述DNS服务器返回的解析结果后,将所述DNS请求报文的源IP地址、所述DNS请求报文携带的域名、所述域名对应的IP地址及所述DNS服务器的对应关系保存至DNS表项中,所述解析结果携带所述域名对应的IP地址。
3.根据权利要求2所述的方法,其特征在于,将所述DNS请求报文的源IP地址、所述DNS请求报文携带的域名、所述域名对应的IP地址及所述DNS服务器的对应关系保存至DNS表项后,还包括:
预设时长内未接收到所述源IP地址的DNS请求报文,则删除所述对应关系;
或
监测到所述DNS服务器故障,则删除所述对应关系。
4.一种域名解析的装置,其特征在于,应用于负载均衡设备,包括:
接收模块,用于接收用户设备的DNS请求报文;
查询模块,用于根据所述DNS请求报文的源IP地址,查询所述源IP地址对应的DNS表项,所述DNS表项中包括DNS请求报文的源IP地址、DNS报文携带的域名、域名对应的IP地址、解析域名的DNS服务器的对应关系,其中,同一个所述源IP地址有一个或多个对应的DNS服务器,同一个所述域名有一个或多个对应的IP地址;
判定模块,用于若所述DNS表项中记录有所述DNS请求报文携带的域名,则将所述域名对应的IP地址返回给所述用户设备;
若所述DNS表项未记录所述DNS请求报文携带的域名,则根据所述DNS表项中记录的所述DNS请求报文的源IP地址对应的解析域名的DNS服务器,将所述DNS请求报文转发给所述DNS服务器,以使所述DNS服务器对所述DNS请求报文携带的域名进行解析,并返回解析结果,所述解析结果包括所述域名对应的IP地址。
5.根据权利要求4所述的装置,其特征在于,所述装置还包括:
保存模块,用于在接收到所述DNS服务器返回的解析结果后,将所述DNS请求报文的源IP地址、所述DNS请求报文携带的域名、所述域名对应的IP地址及所述DNS服务器的对应关系保存至DNS表项中,所述解析结果携带所述域名对应的IP地址。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
删除模块,用于当预设时长内未接收到所述源IP地址的DNS请求报文时,删除所述对应关系;
或
当监测到所述DNS服务器故障,删除所述对应关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810062598.5A CN108270881B (zh) | 2018-01-23 | 2018-01-23 | 一种域名解析的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810062598.5A CN108270881B (zh) | 2018-01-23 | 2018-01-23 | 一种域名解析的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108270881A CN108270881A (zh) | 2018-07-10 |
CN108270881B true CN108270881B (zh) | 2021-03-23 |
Family
ID=62776493
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810062598.5A Active CN108270881B (zh) | 2018-01-23 | 2018-01-23 | 一种域名解析的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108270881B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109842566B (zh) * | 2019-01-10 | 2023-01-24 | 杭州迪普科技股份有限公司 | 一种dns解析方法及装置 |
CN112954089B (zh) * | 2021-04-12 | 2023-07-25 | 平安科技(深圳)有限公司 | 一种解析数据的方法、装置、设备以及存储介质 |
CN114553827B (zh) * | 2022-02-24 | 2023-10-20 | 杭州迪普科技股份有限公司 | Vpn客户端代理dns解析方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2556438A1 (en) * | 2010-04-03 | 2013-02-13 | Openwave Systems Inc. | Reverse dns lookup with modified reverse mappings |
CN103581361A (zh) * | 2013-11-18 | 2014-02-12 | 广东睿江科技有限公司 | 一种域名解析代理方法、设备及系统 |
CN104683501A (zh) * | 2015-03-30 | 2015-06-03 | 乐视致新电子科技(天津)有限公司 | 域名解析方法以及装置 |
CN105704246A (zh) * | 2016-04-12 | 2016-06-22 | 上海斐讯数据通信技术有限公司 | 一种基于sdn架构的网络分流装置和方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4512192B2 (ja) * | 2005-02-09 | 2010-07-28 | 株式会社日立製作所 | 輻輳制御装置、および、ネットワークの輻輳制御方法 |
-
2018
- 2018-01-23 CN CN201810062598.5A patent/CN108270881B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2556438A1 (en) * | 2010-04-03 | 2013-02-13 | Openwave Systems Inc. | Reverse dns lookup with modified reverse mappings |
CN103581361A (zh) * | 2013-11-18 | 2014-02-12 | 广东睿江科技有限公司 | 一种域名解析代理方法、设备及系统 |
CN104683501A (zh) * | 2015-03-30 | 2015-06-03 | 乐视致新电子科技(天津)有限公司 | 域名解析方法以及装置 |
CN105704246A (zh) * | 2016-04-12 | 2016-06-22 | 上海斐讯数据通信技术有限公司 | 一种基于sdn架构的网络分流装置和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108270881A (zh) | 2018-07-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111262938B (zh) | 一种dns服务器选择方法和代理服务器 | |
CN108270881B (zh) | 一种域名解析的方法及装置 | |
CN107360184B (zh) | 终端设备认证方法和装置 | |
US10305822B2 (en) | Service chain routing method and system, and equipment in system | |
EP2434688A1 (en) | Method for locating fault link, method for analyzing root cause of warning, device and system thereof | |
CN109842566B (zh) | 一种dns解析方法及装置 | |
WO2012065641A1 (en) | Dns server arrangement and method | |
CN106302179B (zh) | 一种管理索引表的方法及装置 | |
US9264340B2 (en) | Methods, systems, and computer readable media for misdirected packet drill down and negative packet capture at a network test device | |
CN114095430B (zh) | 一种访问报文的处理方法、系统及工作节点 | |
US11283757B2 (en) | Mapping internet routing with anycast and utilizing such maps for deploying and operating anycast points of presence (PoPs) | |
US8014319B2 (en) | Path management device and program storing medium | |
CN111526225A (zh) | 会话管理方法和装置 | |
WO2014101821A1 (en) | Local partitioning in a distributed communication system | |
CN108173979B (zh) | 一种报文处理方法、装置、设备及存储介质 | |
CN105991793A (zh) | 报文转发的方法和装置 | |
CN112367257A (zh) | 路由通告方法及装置 | |
US10333966B2 (en) | Quarantining an internet protocol address | |
KR20110063328A (ko) | 물리적 인터페이스 질의 및 선택을 갖는 원격 프로지져 로출(rpc) 바인드 서비스 | |
CN109413224B (zh) | 报文转发方法和装置 | |
US7688743B2 (en) | Tracing routing differences | |
US11909650B2 (en) | Internet protocol operations and management option | |
CN112637053B (zh) | 路由的备份转发路径的确定方法及装置 | |
FI113824B (fi) | Tietojen välittäminen verkonhallintajärjestelmälle | |
CN111405639B (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210618 Address after: 310051 05, room A, 11 floor, Chung Cai mansion, 68 Tong Xing Road, Binjiang District, Hangzhou, Zhejiang. Patentee after: Hangzhou Dip Information Technology Co.,Ltd. Address before: 6 / F, Zhongcai building, 68 Tonghe Road, Binjiang District, Hangzhou City, Zhejiang Province Patentee before: Hangzhou DPtech Technologies Co.,Ltd. |
|
TR01 | Transfer of patent right |