CN108173976A - 域名解析方法及装置 - Google Patents

域名解析方法及装置 Download PDF

Info

Publication number
CN108173976A
CN108173976A CN201611114012.2A CN201611114012A CN108173976A CN 108173976 A CN108173976 A CN 108173976A CN 201611114012 A CN201611114012 A CN 201611114012A CN 108173976 A CN108173976 A CN 108173976A
Authority
CN
China
Prior art keywords
address
dns
dns request
access
domain name
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
Application number
CN201611114012.2A
Other languages
English (en)
Other versions
CN108173976B (zh
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201611114012.2A priority Critical patent/CN108173976B/zh
Publication of CN108173976A publication Critical patent/CN108173976A/zh
Application granted granted Critical
Publication of CN108173976B publication Critical patent/CN108173976B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

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请求发送给域名系统;接收所述域名系统基于所述第二DNS请求返回的DNS响应;根据所述第一DNS请求,将所述DNS响应发送给所述客户端。

Description

域名解析方法及装置
技术领域
本发明涉及互联网技术领域,尤其涉及一种域名解析方法及装置。
背景技术
域名系统(Domain Name System,DNS)通常包括:DNS服务器,DNS服务器会响应客户端发送的域名解析请求,向客户端返回解析得到的IP地址,以方便客户端基于接到的IP地址,接入到对应的内容服务器获取内容。
在现有技术中,DNS服务器是根据发送DNS请求的客户端的地理位置,以及客户端中携带的IP地址所归属的运营商,选择该运营商的接入IP地址返回给客户端,供客户端接入。
但是实践证明,这种域名解析方法,通常客户端拿到的IP地址,并非客户端当前可供接入的最佳IP地址。例如,若一个时间段内,某一个运营商可供的IP地址非常繁忙或出现故障时,而另一个运营商的IP地址就很少被用于接入,显然会导致内容服务器不同链路的负载不均衡;导致一部分客户端无法及时访问到内容服务器,从而导致访问时延等问题。
发明内容
有鉴于此,本发明实施例期望提供的域名解析方法及装置,至少部分解决利用现有域名解析返回的IP地址出现的访问异常问题。
为达到上述目的,本发明的技术方案是这样实现的:
本发明实施例第一方面提供一种域名解析方法,应用于代理服务器中,包括:
接收客户端发送的第一域名系统DNS请求;
将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求;
存储所述第一DNS请求;
将所述第二DNS请求发送给域名系统;
接收所述域名系统基于所述第二DNS请求返回的DNS响应;
根据所述第一DNS请求,将所述DNS响应发送给所述客户端。
基于上述方案,所述将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求,包括:
复制形成N个所述第一DNS请求;其中,所述N为不小于2的整数;
分别将N个所述第一DNS请求中的第一IP地址替换成N个不同的第二IP地址,形成N个第二DNS请求。
基于上述方案,所述将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求,包括:
将所述第一DNS请求中的第一IP地址替换成所述代理服务器连接外网的外网IP地址。
基于上述方案,所述第一IP地址为归属于第一运营商的IP地址;
所述将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求,包括:
将所述第一DNS请求中第一IP地址替换成归属于第二运营商的所述第二IP地址;所述第二运营商不同于所述第一运营商。
本发明实施例第二方面提供一种域名解析方法,应用于客户端中,包括:
向代理服务器发送第一域名系统DNS请求;其中,所述第一DNS请求中携带有所述客户端的第一网络协议IP地址;
通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应;其中,所述第二DNS请求是将所述第一DNS请求中的第一IP地址替换为第二IP地址形成的;
访问所述DNS响应中携带的目的IP地址。
基于上述方案,所述访问所述DNS响应中携带的目的IP地址,包括:
获取所述DNS响应中携带的目的IP地址的访问状态参数;
根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址。
基于上述方案,所述通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应,包括:
通过所述代理服务器,接收域名系统基于N个第二DNS请求返回的多个DNS响应;其中,所述N为不小于2的整数;
所述根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址,包括:
根据多个DNS响应中目的IP地址的访问状态参数,访问一个DNS响应中的目的IP地址。
基于上述方案,所述获取所述DNS响应中携带的目的IP地址的访问状态参数,包括:
监控所述客户端访问不同IP地址的历史访问状况,形成所述访问状态参数。
本发明实施例第三方面提供一种域名解析装置,应用于代理服务器中,包括:
第一接收单元,用于接收客户端发送的第一域名系统DNS请求;
形成单元,用于将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求;
存储单元,用于存储所述第一DNS请求;
第一发送单元,将所述第二DNS请求发送给域名系统;
所述第一接收单元,还用于接收所述域名系统基于所述第二DNS请求返回的DNS响应;
所述第一发送单元,还用于根据所述第一DNS请求,将所述DNS响应发送给所述客户端。
基于上述方案,所述形成单元,具体用于复制形成N个所述第一DNS请求;其中,所述N为不小于2的整数;分别将N个所述第一DNS请求中的第一IP地址替换成N个不同的第二IP地址,形成N个第二DNS请求。
基于上述方案,所述形成单元,用于将所述第一DNS请求中的第一IP地址替换成所述代理服务器连接外网的外网IP地址。
基于上述方案,所述第一IP地址为归属于第一运营商的IP地址;
所述形成单元,具体用于将所述第一DNS请求中第一IP地址替换成归属于第二运营商的所述第二IP地址;所述第二运营商不同于所述第一运营商。
本发明实施例第四方面提供一种域名解析装置,应用于客户端中,包括:
第二发送单元,用于向代理服务器发送第一域名系统DNS请求;其中,所述第一DNS请求中携带有所述客户端的第一网络协议IP地址;
第二接收单元,用于通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应;其中,所述第二DNS请求是将所述第一DNS请求中的第一IP地址替换为第二IP地址形成的;
访问单元,用于访问所述DNS响应中携带的目的IP地址。
基于上述方案,所述访问单元,具体用于获取所述DNS响应中携带的目的IP地址的访问状态参数;根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址。
基于上述方案,所述第二接收单元,具体用于通过所述代理服务器,接收域名系统基于N个第二DNS请求返回的多个DNS响应;其中,所述N为不小于2的整数;
所述访问单元,具体用于根据多个DNS响应中目的IP地址的访问状态参数,访问一个DNS响应中的目的IP地址。
基于上述方案,所述访问单元,还具体用于监控所述客户端访问不同IP地址的历史访问状况,形成所述访问状态参数。
本发明实施例提供的域名解析方法及装置,代理服务器会获取客户端发送的第一DNS请求,通过IP地址替换形成一个不携带客户端本机的IP地址的第二DNS请求发送给域名解析系统。域名解析系统解析第二DNS请求,将可返回一个携带有与客户端本机的IP地址无关的目标IP地址的DNS响应。这样就允许客户端访问与本机IP地址无关的目标IP地址,这样就解决了现有技术中由于将根据客户端的本机IP地址返回解析的目标IP地址,导致客户端仅能够访问该IP地址时,由于该IP地址的异常导致的无法访问、访问时延大或访问负载不均衡等各种问题,从而具有访问时延小、访问均衡效果好,目标IP地址所在的内容服务器或内容服务平台的容灾性好的特点。
附图说明
图1A为本发明实施例提供的第一种应用于代理服务器中的域名解析方法的流程示意图;
图1B为本发明实施例提供的第二种应用于代理服务器中的域名解析方法的流程示意图;
图2为本发明实施例提供的DNS请求及DNS响应的传输示意图;
图3为本发明实施例提供的一种应用于客户端中的域名解析方法的流程示意图;
图4为本发明实施例提供的第一种域名解析装置的结构示意图;
图5为本发明实施例提供的第二种域名解析装置的结构示意图;
图6为本发明实施例提供的再一种域名解析装置的结构示意图;
图7为本发明实施例提供的又一种域名解析方法的流程示意图
图8为本发明实施例提供的第三种域名解析装置的结构示意图。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
如图1A和图1B所示,本实施例提供一种域名解析方法,应用于代理服务器中,包括:
步骤S110:接收客户端发送的第一域名系统DNS请求;
步骤S120:将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求;
步骤S130:存储所述第一DNS请求;
步骤S140:将所述第二DNS请求发送给域名系统;
步骤S150:接收所述域名系统基于所述第二DNS请求返回的DNS响应;
步骤S160:根据所述第一DNS请求,将所述DNS响应发送给所述客户端。
本实施例所述的域名解析方法可为应用于代理服务器中的方法。这里的代理服务器可为与所述客户端连接的各种通信节点,例如,所述客户端连接到外网的路由器或交换机等进行路由和/或转发的网关节点。所述代理服务器也可以为各种应用服务商提供的专用代理服务器。
若所述代理服务器为网关节点,则所述网关节点接收到客户端发送的数据包之后,将从数据包中提取特征,并将提取的第一特征与DNS请求的第二特征进行匹配,若匹配成功,则认为当前接收到的DNS请求。这里的DNS请求包括所述第一DNS请求。例如,DNS请求的数据包的包格式与其他数据包不一致,或携带的内容不一致。总之,所述网关节点可识别为出哪些是DNS请求的数据包。
在本实施例中总之所述客户端能够与所述代理服务器之间建立连接。
所述代理服务器会在中途接收到或拦截到所述客户端发送的DNS请求。在本实施例中所述客户端发送的原始DNS请求被称为第一DNS请求。所述第一DNS请求中携带有域名解析的解析关键字以及所述客户端的IP地址。这里的该客户端的IP地址作为所述DNS请求的源IP地址,可供DNS响应返回定位到所述客户端。
在本实施例中所述代理服务器接收到所述第一DNS请求之后,将存储所述第一DNS请求。并将第一DNS请求中的第一IP地址替换成第二IP地址,这里的第二IP地址为与所述第一IP地址不同的IP地址,可为预先设置在所述代理服务器中的IP地址。例如,所述代理服务器中配置有替换IP地址池,所述代理服务器可从替换IP地址池中选择一个不同于所述第一IP地址的第二IP地址,替换掉所述第一DNS请求中的第一IP地址,从而形成第二DNS请求。这里的第二DNS请求和第一DNS请求携带相同的解析关键字,还可携带所述客户端的位置信息等信息,所述第一DNS请求和所述第二DNS请求的不同点在于,所述第一DNS请求中源IP地址为第一IP地址,第二DNS请求中源IP地址为第二IP地址。值得注意的是:这里的替换IP地址池均可为所述代理服务器的IP地址。这样的话,域名系统挂在形成DNS响应之后,就会基于第二IP地址向代理服务器发送所述DNS响应,否则有可能无法向代理服务器返回所述DNS响应。这的替换IP地址池中可包括一个或多个可作为所述第二IP地址的多个替换IP地址。在具体实现时,优选具有多个IP地址的通信节点作为所述代理服务器。
将第二DNS请求发送给DNS,域名系统将会结合所述第二IP地址,选择一个目的IP地址构建所述DNS响应。这样的话,后续代理服务器接收到的DNS响应是基于第二DNS请求形成的,代理服务器将接收到的DNS响应返回给客户端,客户端就可以接收到基于第二IP地址返回的DNS响应。DNS响应中携带与客户端想要访问的目的端的目的IP地址。这里的目的端可包括各种内容服务器。
在步骤S160中将根据第一DNS请求,向客户端发送所述DNS响应。由于第一DNS请求中记录了客户端的IP地址,基于第二DNS请求形成的DNS响应对应着相同的解析关键字,故所述代理服务器可以根据这种对应关系,确定出当前的DNS响应是发送给哪一个客户端的。例如,在具体实现时,一个所述第二IP地址可以用于多个客户端的DNS请求中,在本实施例中所述代理服务器通过存储所述第一DNS请求,在接收到DNS响应之后,可以根据所述代理关键字等信息,确定出DNS响应发送给哪一个客户端。
在步骤S130中存储所述第一DNS请求,可包括:在各种存储介质,例如,闪存或随机存储介质中存储所述第一DNS请求。在本实施例中,可选为将所述第一DNS请求存储在缓存中,这样方便后续,在接收到所述DNS响应之后,不用访问闪存等存储介质,快速根据所述第一DNS请求确定出客户端,并将对应的DNS响应发送给对应的客户端。
在本实施例中当收到与所述第一DNS请求对应的DNS响应时,删除所述第一DNS请求,以免第一DNS请求占据代理服务器的存储空间。
在本实施例中,所述方法还可设置有超时机制;例如,在步骤S130中将所述第一DNS请求存储在缓存中,并开始计时;当计时时长超过预定时长,还未接收到对应的DNS响应,为了避免长时间占据缓存空间,会将对应的第一DNS请求转移到预设空间,继续等待;将缓存空间腾出来用于其他DNS请求的存储,以确保代理服务器的运行速度。当然,也可以是当计时时长超过预定时长,还未接收到DNS响应,可认为本次域名解析失败,所述代理服务器重新发送或重新构建一个第二DNS请求发送给DNS,以获得DNS响应。与此同时,所述代理服务器还可以向所述客户端发送延迟通知,以告知当前域名解析状况,以减少因为信息不透明导致的用户体验差及用户投诉多的问题。
这样的话,显然解决了现有技术中基于客户端的源IP地址返回对应的接入IP地址,而与该客户端的源IP地址对应的接入IP地址出现超载、宕机等异常现象时,客户端还可以获得与其自身源IP地址不相关的接入IP地址作为目标IP地址,以进行接入,从而有助于实现提供同一个内容的不同接入IP地址的负载均衡、减少客户端根据DNS响应中的IP地址进行访问时访问时延、及访问异常现象。
值得注意的是:在本实施例中素数步骤S120和步骤S130的执行没有一定的先后顺序,可以先执行步骤S120,也可以先执行步骤S130,还可以同时执行步骤S120和步骤S130。
在一些实施例中,所述步骤S120,包括:
复制形成N个所述第一DNS请求;其中,所述N为不小于2的整数;
分别将N个所述第一DNS请求中的第一IP地址替换成N个不同的第二IP地址,形成N个第二DNS请求。
一个解析关键字,可能解析出多个接入IP;在本实施例中为了尽可能得到多的备选的目的IP地址,所述代理服务器在接收到一个第一DNS请求之后,通过第一DNS请求的复制,以及多个第一DNS请求中源IP地址的替换,形成多个第二DNS请求。例如,当前所述代理服务器包括3个IP地址,则所述N可等于2或3。这样的话,所述代理服务器可能得到多个DNS响应,这些DNS响应中由DNS通过与源IP地址的关联将返回多个不同的目的IP地址。将这些DNS响应都发送给客户端,可供客户端自行选择一个或多个IP地址进行接入。例如。当前客户端收到3个DNS响应,携带有3个IP地址,客户端可以逐一尝试分别访问这3个IP地址,当其中一个访问不成功时,换一个IP地址访问,从而避免仅返回一个IP地址,而该IP地址异常,导致无法访问的问题。当然,所述客户端接收到所述3个IP地址之后,还可以根据这些IP地址的历史访问状况,选择一个客户端认为最佳的IP地址进行访问,以降低访问时延,并提升访问速度。
如图2所示,客户端发送了携带IP地址A的第一DNS请求,被代理服务器转成了3个分别携带有IP地址B、IP地址C及IP地址D的第二DNS请求发送给DNS;将接收到分别针对于IP地址B、IP地址C及IP地址D共3个DNS响应,分别是DNS响应1、DNS响应2及DNS响应3。这3个DNS响应中携带的2个目的IP地址,可供客户端选择进行接入。
在一些实施例中,所述S120可包括:将所述第一DNS请求中的第一IP地址替换成所述代理服务器连接外网的外网IP地址。
所述代理服务器与客户端连接的一侧网络可视为内网,所述代理服务器与DNS连接的一侧的网络可视为外网。将代理服务器的外网IP地址,作为所述第二IP地址进行替换,这样方便DNS定位出所述代理服务器,将基于第二DNS请求形成的DNS响应发送给所述代理服务器。
进一步地,所述第一IP地址为归属于第一运营商的IP地址;所述步骤S120可包括:
将所述第一DNS请求中第一IP地址替换成归属于第二运营商的所述第二IP地址;所述第二运营商不同于所述第一运营商。
这里的运行商可为通信运营商或网络运行商。所述通信运营商可包括移动、联通或电信等。
如图3所示,本实施例提供一种域名解析方法,应用于客户端中,包括:
步骤S210:向代理服务器发送第一域名系统DNS请求;其中,所述第一DNS请求中携带有所述客户端的第一网络协议IP地址;
步骤S220:通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应;其中,所述第二DNS请求是将所述第一DNS请求中的第一IP地址替换为第二IP地址形成的;
步骤S230:访问所述DNS响应中携带的目的IP地址。
本实施例提供的域名解析方法,为应用于客户端中的方法。在本实施例中所述客户端可为手机客户端、平板电脑客户端等。根据客户端的类型划分,可为社交应用客户端、购物应用客户端或新闻类客户端等,具体实现时,不局限于上述任意一种。
在本实施例中所述客户端正常构建DNS请求,但是第一DNS请求将发送给代理服务器,这里的代理服务器优选为所述客户端连接到DNS的路径上的一个通信节点。
在步骤S220中接收到是对应于基于第一DNS请求构造的第二DNS请求返回的DNS响应。这样的话,客户端接收到的DNS响应中的携带的目的IP地址可能与客户端的本机IP地址无关,显然这样客户端就可以访问与其他IP地址关联的目的IP地址。在本实施例中所述访问目的IP地址,可理解为客户端与目的IP地址的使用设备建立连接和/或进行数据交互。本实施例提供的方法,显然可以用于解决当客户端的本机IP地址对应的接入IP地址故障时,可以访问其他接入IP地址,从而实现内容服务器或内容服务平台的容灾,当一个目的IP地址负荷过重时,可以转移到其他对应内容的接入IP进行访问,实现负载均匀,并提升至少部分客户端的访问速度。
在有些实施例中,所述步骤S230可包括:
获取所述DNS响应中携带的目的IP地址的访问状态参数;
根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址。
所述访问状态参数可为根据历史访问结果统计的各种状态参数,例如,访问接入时延、连接成功率以及丢包率等参数。例如,一个客户端访问某一个内容服务器多次,就可以根据每一次访问结果,统计得到访问接入时延、连接成功率以及丢包率等参数,以供后续选择目的IP地址时所用,从而得到后续选择最佳目的IP地址访问,从而解决在网络环境负载情况下,仅能够访问与客户端的本机IP地址关联的目的IP导致的访问不能、访问延时大、丢包率高等访问异常等问题。
在一些实施例中,所述步骤S220可包括:
通过所述代理服务器,接收域名系统基于N个第二DNS请求返回的多个DNS响应;其中,所述N为不小于2的整数;
所述步骤S230可包括:
根据多个DNS响应中目的IP地址的访问状态参数,访问一个DNS响应中的目的IP地址。
在本实施例中所述代理服务器可能根据一个第一DNS请求,构建多个第二DNS请求,这样客户端同样可接收到N个或少于N个的DNS响应可,从而获得多个目标IP地址,方便所述客户端根据所述访问状态参数,选择出当前最佳的目标IP地址进行访问。
例如,所述客户端可以比对各个目标IP地址的访问状态参数,例如,比对访问接入时延,选择访问接入时延小的目标IP地址,作为最佳目标IP地址进行访问。再例如,比对丢包率,选择的丢包率低的目标IP地址,作为本次访问的最佳目标IP地址进行访问,再比如,比对连接成功概率,选择连接成功率高的目标IP,作为本次访问的最佳目标IP地址进行访问。
当然,在具体实现时,还可以根据预设函数关系进行访问:
例如,
其中,所述S可为选择权重;所述M为访问状态参数的总个数;所述i为访问状态参数的序号;所述Ai表示第i个访问状态参数的取值,所述Bi为第i个访问状态参数的参数权值。
计算出所述S之后,将不同目标IP地址的S进行排序,根据排序结果,选择本次方位的最佳目标IP地址。
在一些实施例中,所述连接成功概率越高,则所述Ai越大,丢包率越低,所述Ai越大;所述访问接入时延越小,所述Ai越大,选择最大S对应的目标IP地址作为本次访问的最佳目标IP地址。
在另一些实施例中,所述连接成功概率越高,则所述Ai越小,丢包率越低,所述Ai越小;所述访问接入时延越小,所述Ai越小,选择最小S对应的目标IP地址作为本次访问的最佳目标IP地址。
在根据所述访问状态参数,选择一个目标IP地址之前,所述方法还包括:监控所述客户端访问不同IP地址的历史访问状况,形成所述访问状态参数。这样的话,所述客户端根据自身访问历史状况信息,获得本次访问的最佳目标IP地址。获取所述访问状态参数还可包括从专用监控设备中获取所述访问状态参数,这样客户端就不用自行监控。例如,所述客户端获得多个目标IP地址之后,将所述目标IP地址发送给监控服务器,监控服务器将以IP地址为查询依据,查询到所述访问状态参数返给所述客户端,由客户端进行判断,也可以由所述监控服务器自行判断,选择出一个最佳目标IP地址给客户端。总之,实现的方式有多种,不局限于上述任意一种。
如图4所示,本实施例提供一种域名解析装置,应用于代理服务器中,包括:
第一接收单元110,用于接收客户端发送的第一域名系统DNS请求;
形成单元120,用于将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求;
存储单元130,用于存储所述第一DNS请求;
第一发送单元140,将所述第二DNS请求发送给域名系统;
所述第一接收单元110,还用于接收所述域名系统基于所述第二DNS请求返回的DNS响应;
所述第一发送单元140,还用于根据所述第一DNS请求,将所述DNS响应发送给所述客户端。
本实施例提供的域名解析装置,为应用于代理服务器中的信息处理装置。所述第一接收单元110和所述第一发送单元140可对应于所述代理服务器的通信接口,该接口可用于与所述客户端进行信息交互。
所述存储单元130可对应于存储介质,可用于存储所述第一DNS请求。所述存储介质可为高速缓存器Cache等类型的存储介质。
所述形成单元120可对应于所述代理服务器中的处理器或处理电路。所述处理器可包括中央处理器、微处理器、数字信号处理器或可编程阵列等各种处理器。所述处理电路可包括专用集成电路。所述处理器或处理电路可通过预定代码的执行实现上述第二DNS请求的形成。
在本实施例中所述域名解析装置,可通过第二DNS请求的形成,解绑客户端的本机IP地址与解析得到的目标IP地址之间的关联关系,这样就允许客户端访问与本机的IP地址无关的目标IP地址,有助于实现负载均衡、减少访问异常、整体上提升访问速率。
在一些实施例中,所述形成单元120,具体用于复制形成N个所述第一DNS请求;其中,所述N为不小于2的整数;分别将N个所述第一DNS请求中的第一IP地址替换成N个不同的第二IP地址,形成N个第二DNS请求。
在本实施例中所述形成单元120将会基于一个第一DNS请求,形成多个第二DNS请求,从而使得客户端将获得多个DNS响应,从而获得多个目标IP地址,一方面允许所述客户端以不同的目标IP地址获取到同一个内容,同时避免仅返回一个目标IP地址导致的无法访问等访问异常问题。
在一些实施例中,所述形成单元120,用于将所述第一DNS请求中的第一IP地址替换成所述代理服务器连接外网的外网IP地址。
在本实施例中直接将所述第一IP地址,直接替换成所述代理服务器的外网IP地址,例如,路由器将第一DNS请求中的客户端的本机IP地址,替换成路由器的外网IP地址。这样方便,DNS将DNS响应返回给所述代理服务器。代理服务器进一步根据存储的第一DNS请求返回给客户端。
在有些实施例中,所述第一IP地址为归属于第一运营商的IP地址;所述形成单元120,具体用于将所述第一DNS请求中第一IP地址替换成归属于第二运营商的所述第二IP地址;所述第二运营商不同于所述第一运营商。
本实施例所述域名解析装置,可允许使用第一运营商的IP地址的客户端访问使用第二运营商的IP地址的内容服务器或内容服务平台等设备,去除现有技术中使用第一运营商IP地址的客户端,仅能够访问使用第一运营商的IP地址的内容服务器或内容服务平台的导致的各种访问异常或访问效果差的问题。
如图5所示,本实施例提供一种域名解析装置,应用于客户端中,包括:
第二发送单元210,用于向代理服务器发送第一域名系统DNS请求;其中,所述第一DNS请求中携带有所述客户端的第一网络协议IP地址;
第二接收单元220,用于通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应;其中,所述第二DNS请求是将所述第一DNS请求中的第一IP地址替换为第二IP地址形成的;
访问单元230,用于访问所述DNS响应中携带的目的IP地址。
本实施例中所述第二发送单元210和第二接收单元220都可对应于所述客户端中的通信接口,这里的通信接口可为有线接口,例如,光缆接口或电缆接口,也可以为无线接口,例如收发天线等。
所述访问单元230可对应于处理器和通信接口,所述处理器形成访问请求,所述通信接口向所述目标IP地址的设备发送访问请求,与所述目标IP地址的设备建立连接和/或进行信息交互。
本实施例提供的所述域名解析装置,能够通过与代理服务器之间的信息交互,获得与客户端本机的IP地址无关的目标IP地址进行访问,从而避免利用现有技术仅能够访问与本机IP地址关联的目标IP地址导致的访问异常、访问延时大及访问负载不均衡的问题。
在有些实施中,所述访问单元230,具体用于获取所述DNS响应中携带的目的IP地址的访问状态参数;根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址。
在本实施例中所述访问单元230,将根据所述访问状态参数,确定是否选择对应的目标IP地址,若确定不访问该目标IP地址时,所述客户端的第二发送单元210还可自动重新向所述代理服务器发送一个第一DNS请求,所述代理服务器接收到重新发送的第一DNS请求之后,通过解析关键字的匹配,将利用另一个第二IP地址构建第二DNS请求,从而所述客户端将获得另一个目标IP地址进行访问。当然以上仅是举例,实际操作不局限于此。
在一些实施例中,所述第二接收单元220,具体用于通过所述代理服务器,接收域名系统基于N个第二DNS请求返回的多个DNS响应;其中,所述N为不小于2的整数;
所述访问单元230,具体用于根据多个DNS响应中目的IP地址的访问状态参数,访问一个DNS响应中的目的IP地址。
在本实施例中所述第二接收单元220可能会接收到多个DNS响应,并根据这多个DNS响应可能携带了不同的目标IP地址,所述访问单元230可以根据所述访问状态参数,选择当前最佳的目的IP地址进行访问,从而提升访问目的IP地址的速度,实现访问均衡、实现故障容灾等。
在有些实施中,所述访问单元230,还具体用于监控所述客户端访问不同IP地址的历史访问状况,形成所述访问状态参数。
在本实施例中所述客户端的访问单元230,将自身监控所述历史访问状况,并通过数据处理计算并存储于所述访问状态参数,从而方便后续最佳的目标IP地址的访问。
以下结合上述实施例提供几个具体的示例:
示例一:
如图6所示,本示例提供过一种域名解析的方法,包括:
代理服务器,向本地DNS服务器发送DNS请求,该DNS请求携带的IP地址为可为客户端的本机IP地址或者代理服务器替换的IP地址。本地DNE服务器进行解析,若不能够解析向DNS服务提供方发送DNS请求。得到解析的IP地址可以供访问域名应用服务器,从而获得客户端所需的访问内容。
具体地,首先,走标准DNS协议和根据本地本地服务器的配置,用本机配置的外网出口IP走域名DNS解析查询流程,获取到DNS智能解析平台分配的接入IP集。其次利用非本机同运营商外网IP出口查询,如电信用户,可以伪造联通、移动、教育网、长城等运营商外网出口IP地址,走域名DNS解析查询流程,获取到DNS智能解析平台给伪造的运营商外网出口IP地址配置的应用接入IP地址。最后,获取到的域名下所有接入IP地址访问时的接入时延、连接成功率、丢包率等参数自动选择最佳接入IP地址进行访问。
在选择最佳接入IP地址时,可以先计算出各个IP地址的接入权重,根据接入权重选择当前认为最佳的目标IP地址请求接入。
在计算权重时,需要结合应用自身的接入特点,做好DNS获取到的接入IP的权重分配,如替换的IP地址获取的接入IP地址可以用于访问失败超时重试以及容灾访问等。例如,利用前述的函数关系进行计算所述接入权重,通过设置所述参数权重或调整函数关系的计算方式,都可以获得接入权重,从而选择不同的目标IP地址进行接入。
在应用中,腾讯云融合通讯平台通过该解决方案,能自动通知客户端各统一资源地址URL域名对应的所有接入IP配置,根据接入应用时延、连接成功率、丢包率等参数自动选择最佳接入IP地址。在滴滴出行、58同城招聘、企业微信等应用中有很好应用和实践,如滴滴出行通过该方案很好的解决了滴滴中间号域名接入服务器出口网络不稳定导致的中间号状态、录音URL、帐单回调失败导致重试异步队列满的问题。
图7所示本本示例提供的一种DNS请求在域名解析中的处理流程示意图。
1、在浏览器中输入www.qq.com域名,操作系统会先检查自己本地的hosts文件是否有这个网址映射关系,如果有就先调用这个IP地址映射,完成域名解析。
2、如果hosts文件里没有这个域名的映射,则查找本地DNS解析器缓存,是否有这个网址映射关系,如果有,直接返回,完成域名解析。
3、如果hosts文件与本地DNS解析器缓存都没有相应的网址映射关系,首先会找TCP/IP参数中设置的首选DNS服务器。该DNS服务器称之为本地DNS服务器,本地DNS服务器收到查询时,如果要查询的域名包含在本地配置区域资源中,则返回解析结果给客户机,完成域名解析,此解析具有权威性。
4、如果要查询的域名,不由本地DNS服务器区域解析,但该本地DNS已缓存了此网址映射关系,则调用这个IP地址映射,完成域名解析,此解析不具有权威性。
5、如果本地DNS服务器本地区域文件与缓存解析都失效,则根据本地DNS服务器的设置(是否设置转发器)进行查询,如果未用转发模式,本地DNS就把请求发至13台根DNS服务器。根DNS服务器收到请求后会判断这个域名(.com)是谁来授权管理,并会返回一个负责该顶级域名服务器的一个IP地址。本地DNS服务器收到返回的IP地址,将会联系负责.com域的这台服务器。这台负责.com域的服务器收到请求后,如果自己无法解析,负责.com域的服务器就会找一个管理.com域的下一级DNS服务器地址(qq.com)给本地DNS服务器。当本地DNS服务器收到这个地址后,就会找qq.com域服务器,重复上面的动作,进行查询,直至找到www.qq.com主机。
6、如果用的是转发模式,此DNS服务器就会把请求转发至上一级DNS服务器,由上一级服务器进行解析,上一级DNS服务器如果不能解析,或找根DNS或把转请求转至上上级DNS服务器。以此循环。不管是本地DNS服务器用是是转发,还是根提示,最后都是把结果返回给本地DNS服务器,由此DNS服务器再返回给客户机。这里的客户机对应于前述的客户端。
示例二:
如图8所示,本示例提供一种业务代办处理装置的一个可选的硬件结构示意图,包括处理器11、输入/输出接口13(例如显示屏、触摸屏、扬声器),存储介质14以及网络接口12,组件可以经系统总线15连接通信。相应地,存储介质14中均存储有用于执行本发明实施例记载的服务处理方法的可执行指令。图8中示出的各硬件模块可根据需要部分实施、全部实施或实施其他的硬件模块,各类型硬件模块的数量可以为一个或多个,各硬件模块可以在同一地理位置实施,或者分布在不同的地理位置实施,可以用于执行上述图1A、图1B、图3至图6至图7所示的域名解析方法的至少之一。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种域名解析方法,其特征在于,应用于代理服务器中,包括:
接收客户端发送的第一域名系统DNS请求;
将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求;
存储所述第一DNS请求;
将所述第二DNS请求发送给域名系统;
接收所述域名系统基于所述第二DNS请求返回的DNS响应;
根据所述第一DNS请求,将所述DNS响应发送给所述客户端。
2.根据权利要求1所述的方法,其特征在于,
所述将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求,包括:
复制形成N个所述第一DNS请求;其中,所述N为不小于2的整数;
分别将N个所述第一DNS请求中的第一IP地址替换成N个不同的第二IP地址,形成N个第二DNS请求。
3.根据权利要求1或2所述的方法,其特征在于,
所述将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求,包括:
将所述第一DNS请求中的第一IP地址替换成所述代理服务器连接外网的外网IP地址。
4.根据权利要求1或2所述的方法,其特征在于,
所述第一IP地址为归属于第一运营商的IP地址;
所述将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求,包括:
将所述第一DNS请求中第一IP地址替换成归属于第二运营商的所述第二IP地址;所述第二运营商不同于所述第一运营商。
5.一种域名解析方法,其特征在于,应用于客户端中,包括:
向代理服务器发送第一域名系统DNS请求;其中,所述第一DNS请求中携带有所述客户端的第一网络协议IP地址;
通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应;其中,所述第二DNS请求是将所述第一DNS请求中的第一IP地址替换为第二IP地址形成的;
访问所述DNS响应中携带的目的IP地址。
6.根据权利要求5所述的方法,其特征在于,
所述访问所述DNS响应中携带的目的IP地址,包括:
获取所述DNS响应中携带的目的IP地址的访问状态参数;
根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址。
7.根据权利要求6所述的方法,其特征在于,
所述通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应,包括:
通过所述代理服务器,接收域名系统基于N个第二DNS请求返回的多个DNS响应;其中,所述N为不小于2的整数;
所述根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址,包括:
根据多个DNS响应中目的IP地址的访问状态参数,访问一个DNS响应中的目的IP地址。
8.根据权利要求6所述的方法,其特征在于,
所述获取所述DNS响应中携带的目的IP地址的访问状态参数,包括:
监控所述客户端访问不同IP地址的历史访问状况,形成所述访问状态参数。
9.一种域名解析装置,其特征在于,应用于代理服务器中,包括:
第一接收单元,用于接收客户端发送的第一域名系统DNS请求;
形成单元,用于将所述第一DNS请求中的第一网络协议IP地址替换成第二IP地址,形成第二DNS请求;
存储单元,用于存储所述第一DNS请求;
第一发送单元,将所述第二DNS请求发送给域名系统;
所述第一接收单元,还用于接收所述域名系统基于所述第二DNS请求返回的DNS响应;
所述第一发送单元,还用于根据所述第一DNS请求,将所述DNS响应发送给所述客户端。
10.根据权利要求9所述的装置,其特征在于,
所述形成单元,具体用于复制形成N个所述第一DNS请求;其中,所述N为不小于2的整数;分别将N个所述第一DNS请求中的第一IP地址替换成N个不同的第二IP地址,形成N个第二DNS请求。
11.根据权利要求9或10所述的装置,其特征在于,
所述形成单元,用于将所述第一DNS请求中的第一IP地址替换成所述代理服务器连接外网的外网IP地址。
12.根据权利要求9或10所述的装置,其特征在于,
所述第一IP地址为归属于第一运营商的IP地址;
所述形成单元,具体用于将所述第一DNS请求中第一IP地址替换成归属于第二运营商的所述第二IP地址;所述第二运营商不同于所述第一运营商。
13.一种域名解析装置,其特征在于,应用于客户端中,包括:
第二发送单元,用于向代理服务器发送第一域名系统DNS请求;其中,所述第一DNS请求中携带有所述客户端的第一网络协议IP地址;
第二接收单元,用于通过所述代理服务器,接收域名系统基于第二DNS请求返回的DNS响应;其中,所述第二DNS请求是将所述第一DNS请求中的第一IP地址替换为第二IP地址形成的;
访问单元,用于访问所述DNS响应中携带的目的IP地址。
14.根据权利要求13所述的装置,其特征在于,
所述访问单元,具体用于获取所述DNS响应中携带的目的IP地址的访问状态参数;根据所述访问状态参数,选择是否访问所述DNS响应中携带的所述目的IP地址。
15.根据权利要求14所述的装置,其特征在于,
所述第二接收单元,具体用于通过所述代理服务器,接收域名系统基于N个第二DNS请求返回的多个DNS响应;其中,所述N为不小于2的整数;
所述访问单元,具体用于根据多个DNS响应中目的IP地址的访问状态参数,访问一个DNS响应中的目的IP地址。
16.根据权利要求14所述的装置,其特征在于,
所述访问单元,还具体用于监控所述客户端访问不同IP地址的历史访问状况,形成所述访问状态参数。
CN201611114012.2A 2016-12-07 2016-12-07 域名解析方法及装置 Active CN108173976B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611114012.2A CN108173976B (zh) 2016-12-07 2016-12-07 域名解析方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611114012.2A CN108173976B (zh) 2016-12-07 2016-12-07 域名解析方法及装置

Publications (2)

Publication Number Publication Date
CN108173976A true CN108173976A (zh) 2018-06-15
CN108173976B CN108173976B (zh) 2020-12-04

Family

ID=62526419

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611114012.2A Active CN108173976B (zh) 2016-12-07 2016-12-07 域名解析方法及装置

Country Status (1)

Country Link
CN (1) CN108173976B (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109921961A (zh) * 2019-03-29 2019-06-21 深圳市思迪信息技术股份有限公司 基于移动平台的多站点网络测速方法及装置
CN109951549A (zh) * 2019-03-19 2019-06-28 广州品唯软件有限公司 网络页面的访问方法、装置及计算机可读存储介质
CN110933190A (zh) * 2019-10-18 2020-03-27 平安科技(深圳)有限公司 一种客户端地址获取方法、装置、存储介质及计算机设备
CN111741109A (zh) * 2020-06-19 2020-10-02 深圳前海微众银行股份有限公司 基于代理的访问方法、装置、设备及存储介质
CN111866211A (zh) * 2020-07-13 2020-10-30 中国工商银行股份有限公司 应用于终端的网络访问方法、装置、终端和介质
CN111970179A (zh) * 2020-07-24 2020-11-20 下一代互联网关键技术和评测北京市工程研究中心有限公司 基于IPv6的组网接入方法及系统
CN112134957A (zh) * 2020-09-23 2020-12-25 北京奇艺世纪科技有限公司 数据请求方法、装置、服务器及存储介质
CN112751931A (zh) * 2020-12-29 2021-05-04 中国工商银行股份有限公司 网络连接方法和装置、电子设备、及介质
CN113067781A (zh) * 2020-01-02 2021-07-02 阿里巴巴集团控股有限公司 一种数据处理方法及其装置
CN113316926A (zh) * 2019-05-16 2021-08-27 深圳市欢太科技有限公司 域名处理方法、装置、电子设备以及存储介质
CN113364741A (zh) * 2021-05-17 2021-09-07 网宿科技股份有限公司 一种应用访问方法及代理服务器
CN114884920A (zh) * 2022-07-07 2022-08-09 荣耀终端有限公司 一种通信方法、电子设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244613A (zh) * 2011-08-11 2011-11-16 深信服网络科技(深圳)有限公司 基于dns进行多链路流量均衡的方法、网关和网络
US20130085914A1 (en) * 2011-10-03 2013-04-04 Verisign, Inc. Authenticated name resolution
CN103078963A (zh) * 2012-12-20 2013-05-01 中兴通讯股份有限公司 一种域名服务器的选择方法和设备
CN103581361A (zh) * 2013-11-18 2014-02-12 广东睿江科技有限公司 一种域名解析代理方法、设备及系统
US20140089661A1 (en) * 2012-09-25 2014-03-27 Securly, Inc. System and method for securing network traffic
CN103973827A (zh) * 2013-02-05 2014-08-06 中国移动通信集团公司 一种域名解析方法及装置
WO2015039475A1 (zh) * 2013-09-18 2015-03-26 中兴通讯股份有限公司 一种域名解析方法、服务器及系统
US9246699B2 (en) * 2010-06-07 2016-01-26 Salesforce.Com, Inc. Method and system for testing multiple components of a multi-tenant, multi-domain, multi-tiered website

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9246699B2 (en) * 2010-06-07 2016-01-26 Salesforce.Com, Inc. Method and system for testing multiple components of a multi-tenant, multi-domain, multi-tiered website
CN102244613A (zh) * 2011-08-11 2011-11-16 深信服网络科技(深圳)有限公司 基于dns进行多链路流量均衡的方法、网关和网络
US20130085914A1 (en) * 2011-10-03 2013-04-04 Verisign, Inc. Authenticated name resolution
US20140089661A1 (en) * 2012-09-25 2014-03-27 Securly, Inc. System and method for securing network traffic
CN103078963A (zh) * 2012-12-20 2013-05-01 中兴通讯股份有限公司 一种域名服务器的选择方法和设备
CN103973827A (zh) * 2013-02-05 2014-08-06 中国移动通信集团公司 一种域名解析方法及装置
WO2015039475A1 (zh) * 2013-09-18 2015-03-26 中兴通讯股份有限公司 一种域名解析方法、服务器及系统
CN103581361A (zh) * 2013-11-18 2014-02-12 广东睿江科技有限公司 一种域名解析代理方法、设备及系统

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109951549B (zh) * 2019-03-19 2022-07-12 广州品唯软件有限公司 网络页面的访问方法、装置及计算机可读存储介质
CN109951549A (zh) * 2019-03-19 2019-06-28 广州品唯软件有限公司 网络页面的访问方法、装置及计算机可读存储介质
CN109921961A (zh) * 2019-03-29 2019-06-21 深圳市思迪信息技术股份有限公司 基于移动平台的多站点网络测速方法及装置
CN113316926B (zh) * 2019-05-16 2023-12-05 深圳市欢太科技有限公司 域名处理方法、装置、电子设备以及存储介质
CN113316926A (zh) * 2019-05-16 2021-08-27 深圳市欢太科技有限公司 域名处理方法、装置、电子设备以及存储介质
CN110933190A (zh) * 2019-10-18 2020-03-27 平安科技(深圳)有限公司 一种客户端地址获取方法、装置、存储介质及计算机设备
CN110933190B (zh) * 2019-10-18 2022-09-27 平安科技(深圳)有限公司 一种客户端地址获取方法、装置、存储介质及计算机设备
CN113067781B (zh) * 2020-01-02 2022-12-27 阿里巴巴集团控股有限公司 一种数据处理方法及其装置
CN113067781A (zh) * 2020-01-02 2021-07-02 阿里巴巴集团控股有限公司 一种数据处理方法及其装置
CN111741109A (zh) * 2020-06-19 2020-10-02 深圳前海微众银行股份有限公司 基于代理的访问方法、装置、设备及存储介质
CN111866211A (zh) * 2020-07-13 2020-10-30 中国工商银行股份有限公司 应用于终端的网络访问方法、装置、终端和介质
CN111970179B (zh) * 2020-07-24 2022-08-23 下一代互联网关键技术和评测北京市工程研究中心有限公司 基于IPv6的组网接入方法及系统
CN111970179A (zh) * 2020-07-24 2020-11-20 下一代互联网关键技术和评测北京市工程研究中心有限公司 基于IPv6的组网接入方法及系统
CN112134957B (zh) * 2020-09-23 2022-08-05 北京奇艺世纪科技有限公司 数据请求方法、装置、服务器及存储介质
CN112134957A (zh) * 2020-09-23 2020-12-25 北京奇艺世纪科技有限公司 数据请求方法、装置、服务器及存储介质
CN112751931A (zh) * 2020-12-29 2021-05-04 中国工商银行股份有限公司 网络连接方法和装置、电子设备、及介质
CN112751931B (zh) * 2020-12-29 2022-10-14 中国工商银行股份有限公司 网络连接方法和装置、电子设备、及介质
CN113364741A (zh) * 2021-05-17 2021-09-07 网宿科技股份有限公司 一种应用访问方法及代理服务器
CN114884920A (zh) * 2022-07-07 2022-08-09 荣耀终端有限公司 一种通信方法、电子设备及存储介质

Also Published As

Publication number Publication date
CN108173976B (zh) 2020-12-04

Similar Documents

Publication Publication Date Title
CN108173976A (zh) 域名解析方法及装置
US10374955B2 (en) Managing network computing components utilizing request routing
US9444759B2 (en) Service provider registration by a content broker
US8706906B2 (en) Multipath routing process
JP5438811B2 (ja) グローバルトラフィックロードバランシングのためのクライアントの場所及びリゾルバの負荷を判断するためのdnsワイルドカードビーコニング
CN103051740B (zh) 域名解析方法、dns服务器及域名解析系统
CN107528862A (zh) 域名解析的方法及装置
CN102281190B (zh) 负载均衡装置组网方法以及服务器、客户端接入方法
CN102783119A (zh) 访问控制方法、系统及接入终端
CN103780654A (zh) 业务请求处理方法、用户终端、业务路由器及网络系统
US9390156B2 (en) Distributed directory environment using clustered LDAP servers
US11394683B2 (en) Domain name resolution method and apparatus based on a plurality of availability zones AZ
US20240176829A1 (en) Token-based authentication for a proxy web scraping service
US20040208119A1 (en) Providing a node of a peer-to peer network with access to a resource
CN105635342A (zh) 建立连接的方法、域名服务器以及存储节点
CN108093086A (zh) 一种服务网关的数据传输方法及系统
JP2008522464A (ja) 端末要求をエージェントがリダイレクトする方法及びシステム
CN113301079B (zh) 一种数据的获取方法、系统、计算设备及存储介质
CN111064804A (zh) 网络访问方法和装置
CN110213365B (zh) 基于用户分区的用户访问请求处理方法及电子设备
CN110392123A (zh) 检测出口ip地址的方法、装置和系统
CN114666245A (zh) B/S系统的IPv6单栈支持度确定方法及相关设备
US8316045B1 (en) Database linking system
CN110099136A (zh) 网络访问方法、客户端、网络交互方法及调度、网络系统
CN103188323B (zh) 基于用户主机缓存设备提供Web服务的系统和方法

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