CN106331216A - 域名的解析方法和装置 - Google Patents
域名的解析方法和装置 Download PDFInfo
- Publication number
- CN106331216A CN106331216A CN201610822309.8A CN201610822309A CN106331216A CN 106331216 A CN106331216 A CN 106331216A CN 201610822309 A CN201610822309 A CN 201610822309A CN 106331216 A CN106331216 A CN 106331216A
- Authority
- CN
- China
- Prior art keywords
- analysis result
- domain name
- server
- address information
- request
- 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.)
- Granted
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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1441—Countermeasures against malicious traffic
- H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种域名的解析方法和装置。其中,该方法包括:向第一域名服务器和第二域名服务器分别发送第一域名解析请求;根据已发送的第一域名解析请求获取第一域名服务器返回的第一解析结果和第二域名服务器返回的第二解析结果,其中,第一解析结果和第二解析结果用于指示客户端发送业务请求的目标服务器的地址信息;根据第一解析结果和第二解析结果向目标服务器发送业务请求。本发明解决了现有技术中单链路解析域名时解析失败而影响业务访问,以及域名在获取的过程中容易出现域名劫持的技术问题。
Description
技术领域
本发明涉及多媒体领域,具体而言,涉及一种域名的解析方法和装置。
背景技术
现有的互联网企业是使用域名来给用户提供服务。在为用户提供服务器的过程中,基于现有的互联网环境或多或少地都无法避免域名被缓存、用户跨网访问缓慢等问题。如图1所示,现有的域名获取方式是客户端通过运营商的Localdns方式访问权威DNS,即,通过运营商的Localdns向权威DNS发送域名解析请求,进而,根据权威DNS返回的结果确定业务的域名。在如图1所示的方式访问权威DNS,采用的协议是UDP协议,但是,UDP协议不稳定,因此,在采用UDP协议访问权威DNS时,容易出现域名劫持的问题,其中,域名劫持是互联网攻击的一种方式,通过攻击域名解析服务器(DNS),或伪造域名解析服务器(DNS)的方法,把目标网站域名解析到错误的地址从而实现用户无法访问目标网站的目的。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种域名的解析方法和装置,以至少解决现有技术中单链路解析域名时解析失败而影响业务访问,以及域名在获取的过程中容易出现域名劫持的技术问题。
根据本发明实施例的一个方面,提供了一种域名的解析方法,包括:向第一域名服务器和第二域名服务器分别发送第一域名解析请求;根据已发送的所述第一域名解析请求获取所述第一域名服务器返回的第一解析结果和所述第二域名服务器返回的第二解析结果,其中,所述解析结果用于指示客户端发送业务请求的目标服务器的地址信息;根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求。
根据本发明实施例的另一方面,还提供了一种域名的解析装置,包括:第一发送单元,用于向第一域名服务器和第二域名服务器分别发送第一域名解析请求;第一获取单元,用于根据已发送的所述第一域名解析请求获取所述第一域名服务器返回的第一解析结果和所述第二域名服务器返回的第二解析结果,其中,所述解析结果用于指示客户端发送业务请求的目标服务器的地址信息;第二发送单元,用于根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求。
在本发明实施例中,采用向第一域名服务器和第二域名服务器分别发送第一域名解析请求;根据已发送的所述第一域名解析请求获取所述第一域名服务器返回的第一解析结果和所述第二域名服务器返回的第二解析结果,其中,所述解析结果用于指示客户端发送业务请求的目标服务器的地址信息;根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求的方式,通过第一域名解析请求获取第一域名服务器返回的第一解析结果,并获取第二域名服务器返回的第二解析结果,然后,根据第一解析结果和第二解析结果向目标服务器发送业务请求,相对于现有技术中通过运营商的Localdns访问权威DNS的方式,达到了避免单链路失败而导致业务访问失败的现象出现的目的,从而实现了提高业务访问成功率的技术效果,进而解决了现有技术中单链路解析域名时解析失败而影响业务访问,以及域名在获取的过程中容易出现域名劫持的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据现有技术的一种域名的解析方法的示意图;
图2是根据本发明实施例的域名的解析方法的硬件环境的示意图;
图3是根据本发明实施例的一种域名的解析方法的流程图;
图4是根据本发明实施例的另一种域名的解析方法的流程图;
图5是根据本发明实施例的另一种域名缓存策略的示意图;
图6是根据本发明实施例的另一种域名的解析系统的示意图;
图7是根据本发明实施例的一种域名的解析装置的示意图;
图8是根据本发明实施例的一种移动终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明涉及到的专业术语的解释:
Localdns:Localdns为客户端网络设置的一部分,其中,设置包括两种方式,一种为手工配置,另一种可以从DHCP服务器得到。
TTL:Time To Live,生存时间值,该字段指定IP包被路由器丢弃之前允许通过的最大网段数量。
实施例1
根据本发明实施例,提供了一种可以通过本申请装置实施例执行的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明实施例,提供了一种域名的解析方法。
可选地,在本实施例中,上述域名的解析方法可以应用于如图2所示的终端202和服务器204所构成的硬件环境中。如图2所示,终端202通过网络与服务器204进行连接,上述网络包括但不限于:移动通信网络、广域网、城域网或局域网,终端202可以是移动终端。
图2中示出的硬件环境系统的主要工作原理是:
在本发明实施例中,终端202中安装有客户端,其中,该客户端为任意客户端,例如,即时通信应用的客户端,视频播放客户端,音乐播放客户端等。如果想要在上述客户端中应用本发明提供的域名的解析方法,则需要在客户端中设置一个软件开发工具包SDK,并通过该软件开发工具包SDK执行本发明提供的域名的解析方法。
具体地,在用户在终端202中安装该设置有SDK软件的客户端之后,该SDK软件将向第一域名服务器(例如,httpdns服务器)和第二域名服务器(例如,localdns服务器)分别发送第一域名解析请求,第一域名服务器和第二域名服务器在获取到SDK发送的第一域名解析请求之后,第一域名服务器将向SDK返回第一解析结果,第二域名服务器将向SDK返回第二解析结果。SDK在获取到的第一解析结果和第二解析结果之后,就可以根据第一解析结果和第二解析结果中指示的地址信息向目标服务器发送业务请求。
图3是根据本发明实施例的一种域名的解析方法的流程图,以下结合图3对本发明实施例所提供的域名的解析方法做具体介绍,如图3所示,该域名的解析方法主要包括如下步骤S302至步骤S306:
步骤S302,向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,第一域名服务器通过超文本传输协议与客户端进行数据传输,第二域名服务器通过用户数据报协议与客户端进行数据传输。
在本发明实施例中,可以通过软件开发工具包SDK向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,SDK为设置于客户端中的工具包。
本发明实施例中的客户端为任意客户端,例如,即时通信应用的客户端,视频播放客户端,音乐播放客户端等。如果想要在上述客户端中应用本发明提供的域名的解析方法,则需要在客户端中设置一个软件开发工具包SDK,并通过该软件开发工具包SDK执行本发明提供的域名的解析方法。
上述第一域名服务器可以为httpdns云服务器,第二域名服务器可以为localdns服务器。
步骤S304,根据已发送的第一域名解析请求获取第一域名服务器返回的第一解析结果和第二域名服务器返回的第二解析结果,其中,第一解析结果和第二解析结果用于指示客户端发送业务请求的目标服务器的地址信息。
在本发明实施例中,SDK将同时向第一域名服务器和第二域名服务器同时发送第一域名解析请求,其中,第一域名服务器在获取到SDK发送的第一域名解析请求之后,会对SDK发送的域名进行解析,得到第一解析结果,第二域名服务器在获取到SDK发送的第一域名解析请求之后,也会对SDK发送的域名进行解析,得到第二解析结果。第一解析结果和第二解析结果用于指示目标服务器的IP地址信息,客户端在获取到该IP地址信息之后,就可以向目标服务器发送业务请求。
需要说明的是,在本发明实施例中,SDK会同时向第一域名服务器和第二域名服务器发送第一域名解析请求,第一域名服务器和第二域名服务器在获取到第一域名解析请求之后,会同时对SDK发送的域名进行解析,并向SDK发送解析结果。也就是说,在本发明实施例中,第一域名服务器和第二域名服务器获取第一域名解析请求,以及对域名进行解析为并行的,无先后顺序,互相不进行干扰。
例如,SDK向第一域名服务器和第二域名服务器发送的第一域名解析请求中,包括待解析的域名:abc.com。第一域名服务器和第二域名服务器在获取到第一域名解析请求之后,将对待解析的域名进行解析,得到第一解析结果和第二解析结果,其中,解析结果可以为一个固定的IP地址,例如:211.214.1.XXX。第一域名服务器和第二域名服务器在解析得到上述解析结果之后,会分别将第一解析结果和第二解析结果发送至SDK软件。
步骤S306,根据第一解析结果和第二解析结果向目标服务器发送业务请求。
在本发明实施例中,SDK软件在获取到第一解析结果和第二解析结果之后,就可以第一解析结果中解析内容和第二解析结果中的解析内容向目标服务器送业务请求。具体如何根据第一解析结果和第二解析结果向目标服务器发送业务请求将在下述实施例中进行详细介绍。
在本发明实施例中,通过第一域名解析请求获取第一域名服务器返回的第一解析结果,并获取第二域名服务器返回的第二解析结果,然后,根据第一解析结果和第二解析结果向目标服务器发送业务请求,相对于现有技术中通过运营商的Localdns访问权威DNS的方式,达到了避免单链路失败而导致业务访问失败的现象出现的目的,从而实现了提高业务访问成功率的技术效果,进而解决了现有技术中单链路解析域名时解析失败而影响业务访问,以及域名在获取的过程中容易出现域名劫持的技术问题。
在本发明实施例中,SDK软件获取到的解析结果为第一解析结果和第二解析结果,但是,SDK在向目标服务器发送业务请求时,仅根据一个解析结果中指示的地址信息发送业务请求即可。因此,可以对第一解析结果和第二解析结果设置优选级顺序。如果上述第一域名服务器为httpdns云服务器,第二域名服务器为localdns服务器,则此时可以设置的优先级顺序为第一解析结果的优先级高于第二解析结果的优先级,也就是说,SDK在获取到的第一解析结果和第二解析结果之后,优先按照第一解析结果中指示的地址信息发送业务请求。
在此情况下,作为本发明的一个可选实施例,根据第一解析结果和第二解析结果向目标服务器发送业务请求,具体为:判断第一解析结果是否满足预设条件,其中,预设条件包括以下至少之一:第一解析结果中包含地址信息、第一解析结果中包含的地址信息为合法的地址信息;如果判断出第一解析结果满足预设条件,则向地址信息中所指示的目标服务器发送业务请求;如果判断出第一解析结果不满足预设条件,则向第二解析结果中指示的目标服务器发送业务请求。
因此,SDK软件在获取到第一解析结果和第二解析结果之后,首先判断第一解析结果中是否包含地址信息,也就是判断第一解析结果是否为空,或者判断第一解析结果中包含的地址信息是否为合法的地址信息。如果SDK判断出第一解析结果中包含地址信息,且地址信息为合法的地址信息,则将地址信息进行缓存,并向地址信息所指示的目标服务器发送业务请求。如果SDK判断出第一解析结果中不包含地址信息,或者包含的地址信息为不合法的地址信息,则获取第二解析结果,并向第二解析结果中指示的目标服务器发送业务请求。
需要说明的是,在向第二解析结果中指示的目标服务器业务请求的过程中,可以判断第二解析结果中是否包含地址信息,以及包含的地址信息是否为合法的地址信息。如果判断出第二解析结果中包含地址信息,以及包含的地址信息为合法的地址信息,则向第二解析结果中所指示的目标服务器发送业务请求。
通过本发明上述实施例可知,在本发明中,通过两条链路获取域名,即,获取第一域名服务器返回的第一解析结果,并获取第二域名服务器返回的第二解析结果。但是,SDK软件在获取到第一解析结果和第二解析结果之后,首先根据第一解析结果中地址信息发送业务请求,并在第一解析结果为空或者第一解析结果不合法的情况下,根据第二解析结果中的地址信息发送业务请求。因此,在本发明中,在获取第一解析结果链路中断或者获取到的解析结果不合法的情况下,能够通过备份的第二解析结果获取域名,有效地避免了,由于获取第一解析结果的链路或者获取第二解析结果的链路发生中断时,客户端无法及时获取域名的问题。
作为本发明的另一个可选实施例,根据第一解析结果和第二解析结果向目标服务器发送业务请求还包括:从发送第一域名解析请求的时刻开始,统计第一解析结果的获取时间,然后,判断获取时间是否大于或者等于第一预设时间,其中,如果判断出获取时间大于或者等于第一预设时间,则向第二解析结果中指示的目标服务器发送业务请求。
在本发明实施例中,除了上述实施例中判断第一解析结果是否满足预设条件之外,还需要监控第一解析结果的获取时间,也就是说,可以从发送第一域名解析请求的时刻开始,统计第一解析结果的获取时间,然后,判断获取时间是否超过第一预设时间,其中,第一预设时间优选为3s,也即,可以判断获取时间是否超过3s。如果获取时间超过3s,则获取第二解析结果,并向第二解析结果中指示的目标服务器发送业务请求。
需要说明的是,在本发明实施例中,如果第一解析结果不满足预设条件,或者第一解析结果的获取时间大于或者等于第一预设时间,则获取第二解析结果的过程中,也可以判断获取第二解析结果的时间是否大于或者等于第一预设时间,其中,该第一预设时间优选为3s,如果第二解析结果的获取时间大于或者等于第一预设时间,则向空结果返回给业务,其中,该空结果表明未查找到与该域名对应的IP地址信息。
在本发明实施例中,在根据第一解析结果和第二解析结果向目标服务器发送业务请求之后,该方法还包括:获取更新触发信息,其中,更新触发信息用于更新已缓存的地址信息,并在获取到更新触发信息的情况下,重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求,并清除已缓存的地址信息。其中,第一域名解析请求中携带有地址信息的第二预设时间,获取更新触发信息包括:获取到客户端由第一网络连接状态变换至第二网络连接状态;和/或,获取到已缓存的地址信息的当前已缓存时间大于或者等于第二预设时间。
具体地,客户端中的SDK在向第一域名服务器或者第二域名服务器发送第一域名解析请求时,第一域名解析请求中会携带地址信息的第二预设时间,其中,该第二预设时间又可以称为生存时间值。客户端中的SDK在对地址信息进行缓存时,对地址信息进行缓存的时间为上述第二预设时间,也就是说,如果SDK获取到已缓存的地址信息的当前缓存时间大于或者等于第二预设时间,将清除已缓存的地址信息,并在业务主动请求相同的域名时,触发客户端中的SDK重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求,以更新缓存。
需要说明的是,在本发明实施例中,第二预设时间优选为0.75TTL,其中,TTL即为上述生存时间值。也即是说,如果获取到当前已缓存时间达到0.75TTL,则清除已缓存的地址信息,并在业务主动请求相同的域名时,触发客户端中的SDK重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求。
进一步地,如果获取到客户端的网络连接状态由当前的第一网络连接状态变换至第二网络连接状态,此时,需要触发客户端中的SDK重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求。例如,如果客户端由3G网络切换至Wi-Fi网络时,清除已缓存的地址信息。
下面将以第一域名服务器为httpdns云服务器,第二域名服务器为localdns服务器为例,并结合图4对图6对本发明实施例进行说明。
图4是根据本发明实施例的另一种域名的解析方法的流程图,如图4所示,该域名的解析方法主要包括如下步骤S401至步骤S407:
步骤S401,SDK发送第一域名解析请求;
客户端中的SDK可以通过直接访问HTTPDNS接口向httpdns服务器发送第一域名解析请求,以获取域名的IP地址信息,并通过传统的DNS协议向DNS服务器发送第一域名解析请求。
步骤S402,SDK根据第一域名解析请求获取H解析结果和L解析结果;
客户端中的SDK可以根据第一域名解析请求获取H解析结果和L解析结果,其中,H解析结果为httpdns服务器返回的第一解析结果,L解析结果为localdns服务器返回的第二解析结果。在本发明实施例中,第一解析结果和第二解析结果用于指示客户端发送业务请求的目标服务器的地址信息,即,目标服务器的IP地址信息。
客户端中的SDK在根据第一解析结果或第二解析结果获取到目标服务器的IP地址信息后,就向直接往此IP发送业务请求。例如,业务请求以Http请求,此时,可以通过在Http请求的头信息header中指定host字段,就可以向httpdns服务器返回的IP地址信息发送标准的Http请求。
步骤S403,SDK判断H解析结果是否满足预设条件,如果判断出满足,则执行步骤S404,若不满足,则执行步骤S405;
在本发明实施例中,客户端中的SDK在根据第一解析结果或第二解析结果获取到目标服务器的IP地址信息时,可以首先判断H结果是否满足预设条件,其中,预设条件包括以下至少之一:H解析结果中包含IP地址信息、H解析结果中包含的IP地址信息为合法的地址信息。如果判断出H解析结果满足上述预设条件,则执行步骤S404,即向H解析结果中包含的IP地址信息发送业务请求。如果判断出不满足上述预设条件,则执行步骤S405,即判断L解析结果是否满足预设条件。
步骤S404,向H解析结果中包含的IP地址信息发送业务请求;
步骤S405,判断L解析结果是否满足预设条件,如果判断出满足,则执行步骤S406,若不满足,则执行步骤S407;
在本发明实施例中,判断L解析结果是否满足预设条件与判断H解析结果是否满足预设条件的方法相同,即,判断L解析结果中是否包含IP地址信息,以及判断L解析结果中包含的IP地址信息是否为合法的地址信息。如果判断出L解析结果中包含IP地址信息,以及判断L解析结果中包含的IP地址信息为合法的地址信息,则执行步骤S406,即,向L解析结果中包含的IP地址信息发送业务请求。如果判断出L解析结果中不包含IP地址信息,或者判断L解析结果中包含的IP地址信息不是合法的地址信息,则执行步骤S407,即向业务返回空结果。
步骤S406,向L解析结果中包含的IP地址信息发送业务请求;
步骤S407,向业务返回空结果。
通过上述描述可知,在本发明实施例中,采用了两路解析,即传统的localdns和httpdns链路双路解析,在获取到两路解析结果之后,本发明实施例默认使用httpdns结果(即,第一解析结果)返回给业务。
需要说明的是,如果业务域名在后台配置了多个IP,此时,httpdns服务器在对域名进行解析时,将解析得到多个IP地址,并将解析到的多个IP地址信息全部返回给业务,并且多个IP地址信息之间是随机顺序。具体地,在多个IP地址信息中选取哪个IP地址由业务选取,一般情况下,默认选取解析到的第一个IP地址信息。
如图5所示,本发明实施例中的SDK具有缓存策略、IP策略和超时控制策略等。
具体地,缓存策略如下:
1、缓存策略:如果httpdns和localdns返回的第一解析结果和第二解析结果均为正常的解析结果,则缓存第一解析结果和第二解析结果中的IP地址信息。
2、不缓存策略:如果httpdns中的第一解析结果不合法,或者第一解析结果的获取时间超时,或者第一解析结果为空,则不缓存第一解析结果中的IP地址信息。
3、清缓存策略:当客户端满足以下条件时,清除缓存,已缓存的地址信息的已缓存时间达到0.75TTL,客户端中所在终端由第一网络状态切换至第二网络状态,切后台事件。
具体地,在本发明实施例中,客户端在发送第一域名解析请求时,在该第一域名解析请求中携带域名的缓存时间(即,上述第二预设时间),其中,缓存时间可以通过采用查询gslb得到域名的TTL。例如,在客户端向HTTPDNS发起第一域名解析请求时,在请求的参数上带上ttl=1参数,如:http://119.29.29.29/d?dn=aqq.rxcq.qq.com&ttl=1,则HTTPDNS在返回结果时会带上TTL参数。当客户端获取到已缓存的地址信息的当前已缓存时间大于或者等于0.75TTL时,则重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求,并清除已缓存的地址信息。
例如,本地缓存的TTL为600s,那么在第600*0.75=450s时刻,客户端就会重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求,并清除已缓存的地址信息。
可选地,当客户端所在终端的网络状态由3G切Wi-Fi,或者Wi-Fi切3G的情况下,终端的接入点的网络归属可能发生变化。所以在终端的网络状态发生变化时,需要重新向HTTPDNS发起域名解析请求,以获得用户当前网络归属下的最优指向。
4、IP策略:确定httpdns返回的第一解析结果和localdns返回的第二解析结果的顺序。即在本发明实施例中,设置为首先使用第一解析结果,并在第一解析结果不满足预设条件的情况下,使用第二解析结果。
5、超时控制策略:设置第一解析结果的获取时间是否超过第一预设时间,其中,当从发送第一域名解析请求的时刻开始,在统计到的第一解析结果的获取时间大于或者等于第一预设时间的情况下,则获取第二解析请求,并向第二解析结果中指示的目标服务器发送业务请求。
6、协议:使用和httpdns的加密协议,获取解析IP时同时获得clientIP。
图6是根据本发明实施例的另一种域名的解析系统的示意图,从图6中可以看出,本发明采用了两路解析,即传统的localdns和httpdns链路双路解析。客户端中的SDK可以通过上述两个链路分别向localdns和httpdns发送第一域名解析请求,httpdns云服务器在获取到第一域名解析请求之后,向内部第一域名服务器GSLB和外部第一域名服务器Publicdns查找域名对应的IP地址信息,并在获取到IP地址信息之后,返回客户端。Localdns在获取到客户端发送的第一域名解析请求之后,通过权威DNS获取IP地址信息,并将获取到的IP地址信息发送至客户端。
客户端在获取到IP地址信息之后,首先对httpdns返回的第一解析结果进行分析,并在第一解析结果合法的情况下,向IP地址信息中所指示的目标服务器发送业务请求。如果第一解析结果不合法,则获取Localdns返回的第二解析结果,并向第二解析结果中指示的目标服务器发送业务请求。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台客户端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例,还提供了一种用于实施上述域名的解析方法的域名的解析装置,该域名的解析装置主要用于执行本发明实施例上述内容所提供的域名的解析方法,以下对本发明实施例所提供的域名的解析装置做具体介绍:
图7是根据本发明实施例的域名的解析装置的示意图,如图7所示,该域名的解析装置主要包括第一发送单元71、第一获取单元73和第二发送单元75:
第一发送单元,用于向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,第一域名服务器通过超文本传输协议与客户端进行数据传输,第二域名服务器通过用户数据报协议与客户端进行数据传输;
在本发明实施例中,可以通过软件开发工具包SDK向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,SDK为设置于客户端中的工具包。
本发明实施例中的客户端为任意客户端,例如,即时通信应用的客户端,视频播放客户端,音乐播放客户端等。如果想要在上述客户端中应用本发明提供的域名的解析方法,则需要在客户端中设置一个软件开发工具包SDK,并通过该软件开发工具包SDK执行本发明提供的域名的解析方法。
上述第一域名服务器又可以为httpdns云服务器,第二域名服务器又可以为localdns服务器。
第一获取单元,用于根据已发送的第一域名解析请求获取第一域名服务器返回的第一解析结果和第二域名服务器返回的第二解析结果,其中,第一解析结果和第二解析结果用于指示客户端发送业务请求的目标服务器的地址信息;
在本发明实施例中,SDK将同时向第一域名服务器和第二域名服务器同时发送第一域名解析请求,其中,第一域名服务器在获取到SDK发送的第一域名解析请求之后,会对SDK发送的域名进行解析,得到第一解析结果,第二域名服务器在获取到SDK发送的第一域名解析请求之后,也会对SDK发送的域名进行解析,得到第二解析结果。第一解析结果和第二解析结果用于指示目标服务器的IP地址信息,客户端在获取到该IP地址信息之后,就可以向目标服务器发送业务请求。
需要说明的是,在本发明实施例中,SDK会同时向第一域名服务器和第二域名服务器发送第一域名解析请求,第一域名服务器和第二域名服务器在获取到第一域名解析请求之后,会同时对SDK发送的域名进行解析,并向SDK发送解析结果。也就是说,在本发明实施例中,第一域名服务器和第二域名服务器获取第一域名解析请求,以及对域名进行解析为并行的,无先后顺序,互相不进行干扰。
例如,SDK向第一域名服务器和第二域名服务器发送的第一域名解析请求中,包括待解析的域名:abc.com。第一域名服务器和第二域名服务器在获取到第一域名解析请求之后,将对待解析的域名进行解析,得到第一解析结果和第二解析结果,其中,解析结果可以为一个固定的IP地址,例如:211.214.1.XXX。第一域名服务器和第二域名服务器在解析得到上述解析结果之后,会分别将第一解析结果和第二解析结果发送至SDK软件。
第二发送单元,用于根据第一解析结果和第二解析结果向目标服务器发送业务请求。
在本发明实施例中,SDK软件在获取到第一解析结果和第二解析结果之后,就可以第一解析结果中解析内容和第二解析结果中的解析内容向目标服务器送业务请求。具体如何根据第一解析结果和第二解析结果向目标服务器发送业务请求将在下述实施例中进行详细介绍。
在本发明实施例中,通过第一域名解析请求获取第一域名服务器返回的第一解析结果,并获取第二域名服务器返回的第二解析结果,然后,根据第一解析结果和第二解析结果向目标服务器发送业务请求,相对于现有技术中通过运营商的Localdns访问权威DNS的方式,达到了避免单链路失败而导致业务访问失败的现象出现的目的,从而实现了提高业务访问成功率的技术效果,进而解决了现有技术中单链路解析域名时解析失败而影响业务访问,以及域名在获取的过程中容易出现域名劫持的技术问题。
可选地,第二发送单元包括:第一判断模块,用于判断第一解析结果是否满足预设条件,其中,预设条件包括以下至少之一:第一解析结果中包含地址信息、第一解析结果中包含的地址信息为合法的地址信息;第一发送模块,用于在判断出第一解析结果满足预设条件的情况下,向地址信息中所指示的目标服务器发送业务请求;第二发送模块,用于在判断出第一解析结果不满足预设条件的情况下,向第二解析结果中指示的目标服务器发送业务请求。
可选地,第二发送单元还包括:统计模块,用于从发送第一域名解析请求的时刻开始,统计第一解析结果的获取时间;第二判断模块,用于判断获取时间是否大于或者等于第一预设时间;第三发送模块,用于在判断出获取时间大于或者等于第一预设时间的情况下,向第二解析结果中指示的目标服务器发送业务请求。
可选地,装置还包括:第二获取单元,用于在根据第一解析结果和第二解析结果向目标服务器发送业务请求之后,获取更新触发信息,其中,更新触发信息用于更新已缓存的地址信息;第三发送单元,用于在获取到更新触发信息的情况下,重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求,并清除已缓存的地址信息。
可选地,第一域名解析请求中携带有地址信息的第二预设时间,第二获取单元包括:第一获取模块,用于获取客户端由第一网络连接状态变换至第二网络连接状态;和/或,第二获取模块,用于获取已缓存的地址信息的当前已缓存时间大于或者等于第二预设时间。
实施例3
根据本发明实施例,还提供了一种用于实施上述域名的解析方法的移动终端。
图8是根据本发明实施例的一种移动终端的结构框图,如图所示,该终端可以包括:一个或多个(图中仅示出一个)处理器801、存储器803、以及传输装置805,如图8所示,该终端还可以包括输入输出设备807。
其中,存储器803可用于存储软件程序以及模块,如本发明实施例中的域名的解析方法和装置对应的程序指令/模块,处理器801通过运行存储在存储器803内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的域名的解析方法。存储器803可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器803可进一步包括相对于处理器801远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置805用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置805包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置805为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
其中,具体地,存储器803用于存储应用程序。
处理器801可以通过传输装置805调用存储器803存储的应用程序,以执行下述步骤:
向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,第一域名服务器通过超文本传输协议与客户端进行数据传输,第二域名服务器通过用户数据报协议与客户端进行数据传输;根据已发送的所述第一域名解析请求获取所述第一域名服务器返回的第一解析结果和所述第二域名服务器返回的第二解析结果,其中,所述第一解析结果和所述第二解析结果用于指示客户端发送业务请求的目标服务器的地址信息;根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求。
处理器801还用于执行下述步骤:判断所述第一解析结果是否满足预设条件,其中,所述预设条件包括以下至少之一:所述第一解析结果中包含所述地址信息、所述第一解析结果中包含的所述地址信息为合法的地址信息;如果判断出所述第一解析结果满足所述预设条件,则向所述地址信息中所指示的所述目标服务器发送业务请求;如果判断出所述第一解析结果不满足所述预设条件,则向所述第二解析结果中指示的所述目标服务器发送业务请求。
处理器801还用于执行下述步骤:从发送所述第一域名解析请求的时刻开始,统计所述第一解析结果的获取时间;判断获取时间是否大于或者等于第一预设时间;如果判断出所述获取时间大于或者等于所述第一预设时间,则向所述第二解析结果中指示的所述目标服务器发送业务请求。
处理器801还用于执行下述步骤:获取更新触发信息,其中,所述更新触发信息用于更新已缓存的地址信息;在获取到所述更新触发信息的情况下,重新向第一域名服务器和第二域名服务器分别发送第二域名解析请求,并清除所述已缓存的地址信息。
所述第一域名解析请求中携带有所述地址信息的第二预设时间,处理器801还用于执行下述步骤:获取到所述客户端由第一网络连接状态变换至第二网络连接状态;和/或,获取到所述已缓存的地址信息的当前已缓存时间大于或者等于所述第二预设时间。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于存储本发明实施例的域名的解析方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于移动通信网络、广域网、城域网或局域网的网络中的多个网络设备中的至少一个网络设备。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
S1,向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,第一域名服务器通过超文本传输协议与客户端进行数据传输,第二域名服务器通过用户数据报协议与客户端进行数据传输;
S2,根据已发送的所述第一域名解析请求获取所述第一域名服务器返回的第一解析结果和所述第二域名服务器返回的第二解析结果,其中,所述第一解析结果和所述第二解析结果用于指示客户端发送业务请求的目标服务器的地址信息;
S3,根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种域名的解析方法,其特征在于,包括:
向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,所述第一域名服务器通过超文本传输协议与客户端进行数据传输,所述第二域名服务器通过用户数据报协议与所述客户端进行数据传输;
根据已发送的所述第一域名解析请求获取所述第一域名服务器返回的第一解析结果和所述第二域名服务器返回的第二解析结果,其中,所述第一解析结果和所述第二解析结果用于指示所述客户端发送业务请求的目标服务器的地址信息;
根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求。
2.根据权利要求1所述的方法,其特征在于,根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求包括:
判断所述第一解析结果是否满足预设条件,其中,所述预设条件包括以下至少之一:所述第一解析结果中包含所述地址信息、所述第一解析结果中包含的所述地址信息为合法的地址信息;
如果判断出所述第一解析结果满足所述预设条件,则向所述地址信息中所指示的所述目标服务器发送业务请求;
如果判断出所述第一解析结果不满足所述预设条件,则向所述第二解析结果中指示的所述目标服务器发送业务请求。
3.根据权利要求1所述的方法,其特征在于,根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求还包括:
从发送所述第一域名解析请求的时刻开始,统计所述第一解析结果的获取时间;
判断获取时间是否大于或者等于第一预设时间;
如果判断出所述获取时间大于或者等于所述第一预设时间,则向所述第二解析结果中指示的所述目标服务器发送业务请求。
4.根据权利要求1所述的方法,其特征在于,在根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求之后,所述方法还包括:
获取更新触发信息,其中,所述更新触发信息用于更新已缓存的地址信息;
在获取到所述更新触发信息的情况下,重新向所述第一域名服务器和所述第二域名服务器分别发送第二域名解析请求,并清除所述已缓存的地址信息。
5.根据权利要求4所述的方法,其特征在于,所述第一域名解析请求中携带有所述地址信息的第二预设时间,获取更新触发信息包括:
获取到所述客户端由第一网络连接状态变换至第二网络连接状态;和/或
获取到所述已缓存的地址信息的当前已缓存时间大于或者等于所述第二预设时间。
6.一种域名的解析装置,其特征在于,包括:
第一发送单元,用于向第一域名服务器和第二域名服务器分别发送第一域名解析请求,其中,所述第一域名服务器通过超文本传输协议与客户端进行数据传输,所述第二域名服务器通过用户数据报协议与所述客户端进行数据传输;
第一获取单元,用于根据已发送的所述第一域名解析请求获取所述第一域名服务器返回的第一解析结果和所述第二域名服务器返回的第二解析结果,其中,所述第一解析结果和所述第二解析结果用于指示所述客户端发送业务请求的目标服务器的地址信息;
第二发送单元,用于根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求。
7.根据权利要求6所述的装置,其特征在于,所述第二发送单元包括:
第一判断模块,用于判断所述第一解析结果是否满足预设条件,其中,所述预设条件包括以下至少之一:所述第一解析结果中包含所述地址信息、所述第一解析结果中包含的所述地址信息为合法的地址信息;
第一发送模块,用于在判断出所述第一解析结果满足所述预设条件的情况下,向所述地址信息中所指示的所述目标服务器发送业务请求;
第二发送模块,用于在判断出所述第一解析结果不满足所述预设条件的情况下,向所述第二解析结果中指示的所述目标服务器发送业务请求。
8.根据权利要求6所述的装置,其特征在于,第二发送单元还包括:
统计模块,用于从发送所述第一域名解析请求的时刻开始,统计所述第一解析结果的获取时间;
第二判断模块,用于判断获取时间是否大于或者等于第一预设时间;
第三发送模块,用于在判断出所述获取时间大于或者等于所述第一预设时间的情况下,向所述第二解析结果中指示的所述目标服务器发送业务请求。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括:
第二获取单元,用于在根据所述第一解析结果和所述第二解析结果向所述目标服务器发送业务请求之后,获取更新触发信息,其中,所述更新触发信息用于更新已缓存的地址信息;
第三发送单元,用于在获取到所述更新触发信息的情况下,重新向所述第一域名服务器和所述第二域名服务器分别发送第二域名解析请求,并清除所述已缓存的地址信息。
10.根据权利要求9所述的装置,其特征在于,所述第一域名解析请求中携带有所述地址信息的第二预设时间,所述第二获取单元包括:
第一获取模块,用于获取所述客户端由第一网络连接状态变换至第二网络连接状态;和/或
第二获取模块,用于获取所述已缓存的地址信息的当前已缓存时间大于或者等于所述第二预设时间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610822309.8A CN106331216B (zh) | 2016-09-13 | 2016-09-13 | 域名的解析方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610822309.8A CN106331216B (zh) | 2016-09-13 | 2016-09-13 | 域名的解析方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106331216A true CN106331216A (zh) | 2017-01-11 |
CN106331216B CN106331216B (zh) | 2020-11-03 |
Family
ID=57786916
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610822309.8A Active CN106331216B (zh) | 2016-09-13 | 2016-09-13 | 域名的解析方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106331216B (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107147751A (zh) * | 2017-05-11 | 2017-09-08 | 上海红阵信息科技有限公司 | 域名解析方法及装置 |
CN107483604A (zh) * | 2017-08-29 | 2017-12-15 | 武汉斗鱼网络科技有限公司 | Nginx‑RTMP动态更新DNS缓存的方法和装置 |
CN108093036A (zh) * | 2017-12-08 | 2018-05-29 | 网易(杭州)网络有限公司 | 一种获取资源的方法及装置 |
CN108718347A (zh) * | 2018-05-18 | 2018-10-30 | 腾讯科技(深圳)有限公司 | 一种域名解析方法、系统、装置及存储介质 |
CN109922120A (zh) * | 2018-12-10 | 2019-06-21 | 网宿科技股份有限公司 | 提高dns可用性的方法及终端 |
CN110191203A (zh) * | 2019-05-15 | 2019-08-30 | 聚好看科技股份有限公司 | 实现服务器动态访问的方法及电子设备 |
CN110769080A (zh) * | 2019-10-30 | 2020-02-07 | 腾讯科技(深圳)有限公司 | 一种域名解析方法、相关产品及计算机可读存储介质 |
CN110868450A (zh) * | 2019-10-15 | 2020-03-06 | 平安科技(深圳)有限公司 | 双机房多入口会话保持方法、系统、装置及存储介质 |
CN111049943A (zh) * | 2019-12-05 | 2020-04-21 | 北京小米移动软件有限公司 | 解析域名的方法、装置、设备及介质 |
CN111711706A (zh) * | 2020-04-30 | 2020-09-25 | 广州根链国际网络研究院有限公司 | Dns递归请求方法及系统 |
CN112153166A (zh) * | 2019-06-27 | 2020-12-29 | 北京声智科技有限公司 | 一种dns快速解析方法、装置、终端及介质 |
WO2022042395A1 (zh) * | 2020-08-31 | 2022-03-03 | 华为技术有限公司 | 确定业务服务器地址的方法和通信装置 |
CN114157635A (zh) * | 2020-09-07 | 2022-03-08 | 中国移动通信集团湖南有限公司 | 内容分发网络的域名回源方法和装置、设备和存储介质 |
CN114513487A (zh) * | 2020-10-28 | 2022-05-17 | 武汉斗鱼网络科技有限公司 | 一种加速域名解析的方法、装置、电子设备及计算机可读存储介质 |
CN114553826A (zh) * | 2022-01-11 | 2022-05-27 | 阿里巴巴(中国)有限公司 | 域名管理方法、装置、电子设备、介质及程序产品 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101640679A (zh) * | 2009-04-13 | 2010-02-03 | 山石网科通信技术(北京)有限公司 | 域名解析代理方法和装置 |
CN102790808A (zh) * | 2011-05-16 | 2012-11-21 | 奇智软件(北京)有限公司 | 一种域名解析方法和系统、一种客户端 |
CN103051717A (zh) * | 2012-12-25 | 2013-04-17 | 北京小米科技有限责任公司 | 一种http请求处理的方法、装置和设备 |
CN103167044A (zh) * | 2011-12-08 | 2013-06-19 | 中国移动通信集团浙江有限公司 | 域名系统dns的智能解析的方法、拨测装置和系统 |
CN103281409A (zh) * | 2013-06-24 | 2013-09-04 | 广州菁英信息技术有限公司 | 基于tcp协议的移动互联网域名解析方法及dns服务器 |
CN104104689A (zh) * | 2014-07-31 | 2014-10-15 | 山东省计算中心(国家超级计算济南中心) | 一种互联网浏览器中安全的域名解析方法 |
US8904168B1 (en) * | 2005-08-11 | 2014-12-02 | Aaron Emigh | Email link rewriting with verification of link destination |
CN105357328A (zh) * | 2015-09-28 | 2016-02-24 | 互联网域名系统北京市工程研究中心有限公司 | 域名解析方法、dns递归服务器及域名解析系统 |
US9325735B1 (en) * | 2013-10-31 | 2016-04-26 | Palo Alto Networks, Inc. | Selective sinkholing of malware domains by a security device via DNS poisoning |
-
2016
- 2016-09-13 CN CN201610822309.8A patent/CN106331216B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8904168B1 (en) * | 2005-08-11 | 2014-12-02 | Aaron Emigh | Email link rewriting with verification of link destination |
CN101640679A (zh) * | 2009-04-13 | 2010-02-03 | 山石网科通信技术(北京)有限公司 | 域名解析代理方法和装置 |
CN102790808A (zh) * | 2011-05-16 | 2012-11-21 | 奇智软件(北京)有限公司 | 一种域名解析方法和系统、一种客户端 |
CN103167044A (zh) * | 2011-12-08 | 2013-06-19 | 中国移动通信集团浙江有限公司 | 域名系统dns的智能解析的方法、拨测装置和系统 |
CN103051717A (zh) * | 2012-12-25 | 2013-04-17 | 北京小米科技有限责任公司 | 一种http请求处理的方法、装置和设备 |
CN103281409A (zh) * | 2013-06-24 | 2013-09-04 | 广州菁英信息技术有限公司 | 基于tcp协议的移动互联网域名解析方法及dns服务器 |
US9325735B1 (en) * | 2013-10-31 | 2016-04-26 | Palo Alto Networks, Inc. | Selective sinkholing of malware domains by a security device via DNS poisoning |
CN104104689A (zh) * | 2014-07-31 | 2014-10-15 | 山东省计算中心(国家超级计算济南中心) | 一种互联网浏览器中安全的域名解析方法 |
CN105357328A (zh) * | 2015-09-28 | 2016-02-24 | 互联网域名系统北京市工程研究中心有限公司 | 域名解析方法、dns递归服务器及域名解析系统 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107147751A (zh) * | 2017-05-11 | 2017-09-08 | 上海红阵信息科技有限公司 | 域名解析方法及装置 |
CN107483604B (zh) * | 2017-08-29 | 2020-12-15 | 武汉斗鱼网络科技有限公司 | Nginx-RTMP动态更新DNS缓存的方法和装置 |
CN107483604A (zh) * | 2017-08-29 | 2017-12-15 | 武汉斗鱼网络科技有限公司 | Nginx‑RTMP动态更新DNS缓存的方法和装置 |
CN108093036A (zh) * | 2017-12-08 | 2018-05-29 | 网易(杭州)网络有限公司 | 一种获取资源的方法及装置 |
CN108093036B (zh) * | 2017-12-08 | 2021-11-05 | 网易(杭州)网络有限公司 | 一种获取资源的方法及装置 |
CN108718347A (zh) * | 2018-05-18 | 2018-10-30 | 腾讯科技(深圳)有限公司 | 一种域名解析方法、系统、装置及存储介质 |
CN109922120A (zh) * | 2018-12-10 | 2019-06-21 | 网宿科技股份有限公司 | 提高dns可用性的方法及终端 |
CN109922120B (zh) * | 2018-12-10 | 2022-04-05 | 网宿科技股份有限公司 | 提高dns可用性的方法及终端 |
CN110191203A (zh) * | 2019-05-15 | 2019-08-30 | 聚好看科技股份有限公司 | 实现服务器动态访问的方法及电子设备 |
CN110191203B (zh) * | 2019-05-15 | 2022-02-01 | 聚好看科技股份有限公司 | 实现服务器动态访问的方法及电子设备 |
CN112153166A (zh) * | 2019-06-27 | 2020-12-29 | 北京声智科技有限公司 | 一种dns快速解析方法、装置、终端及介质 |
CN110868450A (zh) * | 2019-10-15 | 2020-03-06 | 平安科技(深圳)有限公司 | 双机房多入口会话保持方法、系统、装置及存储介质 |
CN110868450B (zh) * | 2019-10-15 | 2022-09-23 | 平安科技(深圳)有限公司 | 双机房多入口会话保持方法、系统、装置及存储介质 |
CN110769080A (zh) * | 2019-10-30 | 2020-02-07 | 腾讯科技(深圳)有限公司 | 一种域名解析方法、相关产品及计算机可读存储介质 |
CN110769080B (zh) * | 2019-10-30 | 2021-12-14 | 腾讯科技(深圳)有限公司 | 一种域名解析方法、相关产品及计算机可读存储介质 |
CN111049943A (zh) * | 2019-12-05 | 2020-04-21 | 北京小米移动软件有限公司 | 解析域名的方法、装置、设备及介质 |
CN111711706A (zh) * | 2020-04-30 | 2020-09-25 | 广州根链国际网络研究院有限公司 | Dns递归请求方法及系统 |
WO2022042395A1 (zh) * | 2020-08-31 | 2022-03-03 | 华为技术有限公司 | 确定业务服务器地址的方法和通信装置 |
CN114157635A (zh) * | 2020-09-07 | 2022-03-08 | 中国移动通信集团湖南有限公司 | 内容分发网络的域名回源方法和装置、设备和存储介质 |
CN114157635B (zh) * | 2020-09-07 | 2023-08-15 | 中国移动通信集团湖南有限公司 | 内容分发网络的域名回源方法和装置、设备和存储介质 |
CN114513487A (zh) * | 2020-10-28 | 2022-05-17 | 武汉斗鱼网络科技有限公司 | 一种加速域名解析的方法、装置、电子设备及计算机可读存储介质 |
CN114553826A (zh) * | 2022-01-11 | 2022-05-27 | 阿里巴巴(中国)有限公司 | 域名管理方法、装置、电子设备、介质及程序产品 |
CN114553826B (zh) * | 2022-01-11 | 2023-10-17 | 阿里巴巴(中国)有限公司 | 域名管理方法、装置、电子设备、介质及程序产品 |
Also Published As
Publication number | Publication date |
---|---|
CN106331216B (zh) | 2020-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106331216A (zh) | 域名的解析方法和装置 | |
US9571330B2 (en) | Computer network system and a method for monitoring and controlling a network | |
US9288261B2 (en) | Network resource modification for higher network connection concurrence | |
CN109286691B (zh) | 信息引流、请求发送、通信加速方法、引流及节点服务器 | |
CN108270882A (zh) | 域名的解析方法和装置、存储介质、电子装置 | |
CN107181804A (zh) | 资源的下载方法和装置 | |
CN104270291A (zh) | Cdn网络质量监控方法 | |
CN103685281B (zh) | 一种网络地址协议的切换方法和设备 | |
CN105554179B (zh) | 局域网内dns解析方法、系统 | |
CN103198142B (zh) | 页面数据更新处理方法、客户端及服务器 | |
CN110198229B (zh) | 网络配置方法和装置、存储介质及电子装置 | |
CN102165741A (zh) | 在ipv6网络中用于封锁和搜索主机的方法 | |
CN108234522A (zh) | 防止地址解析协议arp攻击方法、装置、计算机设备和存储介质 | |
CN110198333A (zh) | 数据获取方法和装置、存储介质及电子装置 | |
CN107735778B (zh) | 保护内容递送网络和内容原始服务器之间的通信链路 | |
CN110392069B (zh) | Cdn业务调度处理方法及cdn服务器 | |
CN102547553B (zh) | 一种基于wap进行业务访问的方法、系统及装置 | |
US10631145B1 (en) | Dynamic provision of application related sponsored data connectivity | |
CN110691139B (zh) | 一种数据传输方法、装置、设备及存储介质 | |
CN112333273B (zh) | 一种访问请求的转发方法及系统 | |
CN101958841A (zh) | 限制p2p应用的方法及设备 | |
CN103138961B (zh) | 服务器控制方法、被控服务器及中心控制服务器 | |
CN107612759A (zh) | 网络访问加速方法、装置和系统 | |
CN103250375B (zh) | 服务质量监测装置和监测服务质量的方法 | |
US20160285946A1 (en) | Qos improvement method, apparatus, and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |