CN109981806B - 域名处理、注册方法及系统、计算机系统 - Google Patents

域名处理、注册方法及系统、计算机系统 Download PDF

Info

Publication number
CN109981806B
CN109981806B CN201711470563.7A CN201711470563A CN109981806B CN 109981806 B CN109981806 B CN 109981806B CN 201711470563 A CN201711470563 A CN 201711470563A CN 109981806 B CN109981806 B CN 109981806B
Authority
CN
China
Prior art keywords
domain name
address
server
node
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
Application number
CN201711470563.7A
Other languages
English (en)
Other versions
CN109981806A (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.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology 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 Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201711470563.7A priority Critical patent/CN109981806B/zh
Publication of CN109981806A publication Critical patent/CN109981806A/zh
Application granted granted Critical
Publication of CN109981806B publication Critical patent/CN109981806B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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]

Abstract

本公开提供了一种域名处理方法,该方法包括:获取来自本终端设备的前端应用的域名解析请求,其中,域名解析请求所请求解析的域名为目标域名;判断目标域名是否是首次在本终端设备上被请求解析;若目标域名是首次在本终端设备上被请求解析,则从服务器中与目标域名对应的域名节点上读取至少一个第一IP地址;以及将读取的至少一个第一IP地址返回给前端应用。本公开还提供了一种域名处理系统、一种域名注册方法、一种域名注册系统、一种计算机系统和一种计算机可读存储介质。

Description

域名处理、注册方法及系统、计算机系统
技术领域
本公开涉及互联网领域,更具体地,涉及一种域名处理方法、一种域名处理系统、一种域名注册方法、一种域名注册系统、一种计算机系统和一种计算机可读存储介质。
背景技术
DNS(Domain Name System)是域名系统的缩写,是因特网中使用最广泛的技术之一。可以将其看作是一个域名和IP地址相互映射的分布式映射表,进而方便人们通过域名来访问互联网站点,而不用去记住能够被机器直接读取的IP数串。
日常开发中,无论是内部系统还是对外的系统,经常需要为系统的服务器配置一个域名,这个域名对应的就是服务器的IP地址,当人们防问系统时,输入域名,然后通过DNS域名解析,解析出对应的服务器IP,然后访问对应IP的服务器,以实现对系统的访问。
目前,在相关技术中一般通过本地HOST绑定或者专门的域名解析服务器来实现域名解析。
然而,在实现本公开构思的过程中,发明人发现相关技术中至少存在以下缺陷:通过本地HOST绑定来实现域名解析时,如果想要配置或者变更域名与IP的映射关系,则需要到每台机器上逐个手动更新HOST文件,会消耗大量时间,并且效率较低,而通过专门的域名解析服务器来实现域名解析时,虽然可以避免逐台配置或者更新HOST文件所带来繁琐,但是会增加服务器成本。
发明内容
有鉴于此,本公开提供了一种能够通过终端设备解析并自动更新本地HOST文件的域名处理、注册方法及系统。
本公开的一个方面提供了一种域名处理方法,包括:获取来自本终端设备的前端应用的域名解析请求,其中,所述域名解析请求所请求解析的域名为目标域名;判断所述目标域名是否是首次在所述本终端设备上被请求解析;若所述目标域名是首次在所述本终端设备上被请求解析,则从服务器中与所述目标域名对应的域名节点上读取至少一个第一IP地址;以及将读取的所述至少一个第一IP地址返回给所述前端应用。
根据本公开的实施例,所述方法还包括:将读取的所述至少一个第一IP地址存储在所述本终端设备本地;监听所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址是否发生变化;若监听到所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址发生变化,则重新从与所述目标域名对应的域名节点上读取至少一个第二IP地址;以及使用所述至少一个第二IP地址更新所述本终端设备本地中的所述至少一个第一IP地址。
根据本公开的实施例,所述方法还包括:探测所述服务器中各域名节点上的IP地址中是否有存在异常的IP地址;以及若探测所述服务器中各域名节点上的IP地址中有存在异常的IP地址,则在域名解析过程中屏蔽掉异常的IP地址。
根据本公开的实施例,探测所述服务器中各域名节点上的IP地址中是否有存在异常的IP地址包括:针对所述服务器中各域名节点上的任一IP地址,向所述服务器发送Ping请求;检测是否能够正常收到来自所述服务器的对所述Ping请求的响应;以及若检测到不能正常收到来自所述服务器的对所述Ping请求的响应,则确定所述任一IP地址异常。
根据本公开的实施例,所述方法还包括:若检测到不能正常收到来自所述服务器的对所述Ping请求的响应,则继续检测不能正常收到来自所述服务器对所述Ping请求的响应的次数是否满足预设值;以及若检测到不能正常收到来自所述服务器对所述Ping请求的响应的次数满足所述预设值,则确定所述任一IP地址异常。
本公开的另一个方面提供了一种域名注册方法,包括:获取域名注册请求;判断是否存在目标节点,其中,所述目标节点为以所述域名注册请求所请求注册的域名命名的域名节点;以及若存在所述目标节点,则将所述域名注册请求所请求注册的IP地址存储在所述目标节点上。
根据本公开的实施例,所述方法还包括:若不存在所述目标节点,则新创建一个以所述域名注册请求所请求注册的域名命名的域名节点;以及将所述域名注册请求所请求注册的IP地址存储在新创建的域名节点上。
本公开的另一个方面提供了一种域名处理系统,包括:第一获取模块,用于获取来自本终端设备的前端应用的域名解析请求,其中,所述域名解析请求所请求解析的域名为目标域名;第一判断模块,用于判断所述目标域名是否是首次在所述本终端设备上被请求解析;第一读取模块,用于在所述目标域名是首次在所述本终端设备上被请求解析的情况下,从服务器中与所述目标域名对应的域名节点上读取至少一个第一IP地址;以及反馈模块,用于将读取的所述至少一个第一IP地址返回给所述前端应用。
根据本公开的实施例,所述系统还包括:第一存储模块,用于将读取的所述至少一个第一IP地址存储在所述本终端设备本地;监听模块,用于监听所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址是否发生变化;第二读取模块,用于在监听到所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址发生变化的情况下,重新从与所述目标域名对应的域名节点上读取至少一个第二IP地址;以及更新模块,用于使用所述至少一个第二IP地址更新所述本终端设备本地中的所述至少一个第一IP地址。
根据本公开的实施例,所述系统还包括:探测模块,用于探测所述服务器中各域名节点上的IP地址中是否有存在异常的IP地址;以及异常处理模块,用于若探测所述服务器中各域名节点上的IP地址中有存在异常的IP地址,则在域名解析过程中屏蔽掉异常的IP地址。
根据本公开的实施例,所述探测模块包括:发送单元,用于针对所述服务器中各域名节点上的任一IP地址,向所述服务器发送Ping请求;第一检测单元,用于检测是否能够正常收到来自所述服务器的对所述Ping请求的响应;以及第一确定单元,用于在检测到不能正常收到来自所述服务器的对所述Ping请求的响应的情况下,确定所述任一IP地址异常。
根据本公开的实施例,所述探测模块还包括:第二检测单元,用于在检测到不能正常收到来自所述服务器的对所述Ping请求的响应的情况下,继续检测不能正常收到来自所述服务器对所述Ping请求的响应的次数是否满足预设值;以及第二确定单元,用于在检测到不能正常收到来自所述服务器对所述Ping请求的响应的次数满足所述预设值的情况下,确定所述任一IP地址异常。
本公开的另一个方面提供了一种域名注册系统,包括:第二获取模块,用于获取域名注册请求;第二判断模块,用于判断是否存在目标节点,其中,所述目标节点为以所述域名注册请求所请求注册的域名命名的域名节点;以及第二存储模块,用于若存在所述目标节点,则将所述域名注册请求所请求注册的IP地址存储在所述目标节点上。
根据本公开的实施例,所述系统还包括:创建模块,用于在不存在所述目标节点的情况下,新创建一个以所述域名注册请求所请求注册的域名命名的域名节点;以及第三存储模块,用于将所述域名注册请求所请求注册的IP地址存储在新创建的域名节点上。
本公开的另一个方面提供了一种计算机系统,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现上述任一项所述的域名处理方法以及所述的域名注册方法。
本公开的另一个方面提供了一种计算机可读存储介质,包括:其上存储有可执行指令,该指令被处理器执行时使处理器实现上述任一项所述的域名处理方法以及所述的域名注册方法。
根据本公开的实施例,因为在注册域名时采用了Zookeeper技术在服务器端将任一域名存储为一个以该域名命名的域名节点,并将与该域名具有映射关系的IP地址存储在该域名节点中的技术手段,并且终端设备在首次解析一个域名时,都会自动将该域名的一个或者多个IP地址读取到本地并反馈给前端应用,所以至少部分地克服了通过本地HOST绑定来实现域名解析时,如果想要配置或者变更域名与IP的映射关系,则需要到每台机器上逐个手动更新HOST文件,会消耗大量时间,并且效率较低,而通过专门的域名解析服务器来实现域名解析时,虽然可以避免逐台配置或者更新HOST文件所带来繁琐,但是会增加服务器成本的技术问题,进而达到了自动配置并更新本地域名和IP地址的技术效果。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述以及其他目的、特征和优点将更为清楚,在附图中:
图1示意性示出了可以应用本公开的域名处理、注册方法及系统的示例性系统架构;
图2示意性示出了根据本公开实施例的域名处理、注册方法及系统的系统结构框图;
图3示意性示出了根据本公开实施例的域名处理方法的流程图;
图4A示意性示出了根据本公开实施例的域名监听方法的流程图;
图4B示意性示出了根据本公开实施例的域名探测方法的流程图;
图4C示意性示出了根据本公开实施例的探测异常IP地址的方法的流程图;
图5示意性示出了根据本公开实施例的域名注册方法的流程图;
图6示意性示出了根据本公开实施例的域名处理系统的框图;
图7A示意性示出了根据本公开另一实施例的域名处理系统的框图;
图7B示意性示出了根据本公开另一实施例的域名处理系统的框图;
图7C示意性示出了根据本公开实施例的探测模块的框图;
图8示意性示出了根据本公开实施例的域名注册系统的框图;以及
图9示意性示出了根据本公开实施例的适于实现域名处理、注册方法和系统的计算机系统的框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。本领域技术人员还应理解,实质上任意表示两个或更多可选项目的转折连词和/或短语,无论是在说明书、权利要求书还是附图中,都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如,短语“A或B”应当被理解为包括“A”或“B”、或“A和B”的可能性。
本公开的实施例提供了一种域名处理、注册方法及能够应用域名处理、注册方法的域名处理、注册系统。该域名处理方法包括获取来自本终端设备的前端应用的域名解析请求,其中,上述域名解析请求所请求解析的域名为目标域名;判断上述目标域名是否是首次在上述本终端设备上被请求解析;若上述目标域名是首次在上述本终端设备上被请求解析,则从服务器中与上述目标域名对应的域名节点上读取至少一个第一IP地址;以及将读取的上述至少一个第一IP地址返回给上述前端应用。
图1示意性示出了可以应用本公开的域名处理、注册方法及系统的示例性系统架构。
如图1所示,根据该实施例的系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线和/或无线通信链路等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理,并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
本公开实施例所提供的域名处理方法也可以由终端设备101、102、或103执行,或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地,本公开实施例所提供的域名处理系统也可以设置于终端设备101、102、或103中,或设置于不同于终端设备101、102、或103的其他终端设备中。
需要说明的是,本公开实施例所提供的域名注册方法一般可以由服务器105执行。相应地,本公开实施例所提供的域名注册系统一般可以设置于服务器105中。本公开实施例所提供的域名注册方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地,本公开实施例所提供的域名注册系统也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
图2示意性示出了根据本公开实施例的域名处理、注册方法及系统的系统结构框图。
如图2所示,在该系统结构中包括:终端210(也称为终端设备)和服务器220。其中,终端210可以包括:域名注册端211、域名解析端212、域名监听端213和域名探测端214。需要说明的是,这些终端可以是同一终端,也可以是不同的终端。这些它们是同一终端,可以通过统一接口与服务器220交互。
具体的,终端210分别通过域名注册模块215,域名解析模块216,域名监听模块217和域名探测模块218进行域名注册、域名解析、域名监听和域名探测。
域名注册模块215主要负责对域名与IP地址的映射关系进行注册,当需要新增、删除或变更域名与IP地址的映射关系时,前端应用将域名与对应的IP地址携带在域名注册请求中发送到域名注册模块215,域名注册模块215解析出请求中携带的域名和IP地址,并将解析结果写入服务器220的相对应的Zookeeper域名节点中,从而完成域名与IP关系的注册。
域名解析模块216主要负责解析出域名所对应的IP地址,当前端应用使用域名时,会向该模块发出域名解析请求。域名解析模块216收到请求后,会从服务器220中指定的Zookeeper域名节点读取出相应的IP列表,进而通过一定策略选取其中一个或者多个返回给前端应用,完成域名解析。
域名探测模块217主要负责对注册在域名下的所有IP地址的可用性进行探测,屏蔽异常服务节点,保证域名解析的可用性。
域名监听模块218是应用自身使用Zookeeper技术的Watcher监听机制,对自己所对应的域名节点进行监听,当域名节点上的IP地址内容发生变化时,应用能够及时收到变更通知,从而重新获取该域名节点上的IP内容,保证获取IP内容的实时性和准确性。
图3示意性示出了根据本公开实施例的域名处理方法的流程图。
如图3所示,该方法包括操作S301~S304,其中:
在操作S201,获取来自本终端设备的前端应用的域名解析请求,其中,域名解析请求所请求解析的域名为目标域名;
在操作S202,判断目标域名是否是首次在本终端设备上被请求解析;
在操作S203,若目标域名是首次在本终端设备上被请求解析,则从服务器中与目标域名对应的域名节点上读取至少一个第一IP地址;以及
在操作S204,将读取的至少一个第一IP地址返回给前端应用。
在本公开实施例中,前端应用在使用域名时,首先发送域名解析请求至域名解析模块,域名解析模块收到域名解析请求后如果发现域名首次在本终端解析,则会连接Zookeeper服务器,从该服务器获取以该域名命名的节点内容,其中节点内容就是域名所对应的IP地址,并根据一定的策略,比如随机,轮询等选取其中一个或者多个IP地址返回给前端应用。优选地,可以选取其中一个IP地址返回给前端应用。
此外,如果域名不是首次在本终端设备上被请求解析,则无需从Zookeeper服务器中对应的域名节点上读取相应的IP地址,可以直接从本地缓存中读取即可。
通过本公开的实施例,因为在注册域名时采用了Zookeeper技术在服务器端将任一域名存储为一个以该域名命名的域名节点,并将与该域名具有映射关系的IP地址存储在该域名节点中的技术手段,并且终端设备在首次解析一个域名时,都会自动将该域名的一个或者多个IP地址读取到本地并反馈给前端应用,所以至少部分地克服了通过本地HOST绑定来实现域名解析时,如果想要配置或者变更域名与IP的映射关系,则需要到每台机器上逐个手动更新HOST文件,会消耗大量时间,并且效率较低,而通过专门的域名解析服务器来实现域名解析时,虽然可以避免逐台配置或者更新HOST文件所带来繁琐,但是会增加服务器成本的技术问题,进而达到了自动配置并更新本地域名和IP地址的技术效果。
而一种现有技术是采用本地HOST绑定来实现域名解析的。具体地,通过将域名和IP地址的映射关系配置到本地的HOST文件后,当访问域名时,首先会从本地HOST文件中获取到该域名所对应的IP地址,从而完成对服务器访问。基于此,当机器规模较大,如果在应用的每台机器上都通过配置HOST文件的方式进行域名/IP地址映射关系配置或者临时更新HOST文件中的域名/IP地址映射关系时,需要到每台机器上去逐个进行变更,因而会消耗大量的时间,导致效率较低。
而另一种现有技术是采用专门的域名解析服务器实现域名解析的。具体地,将域名/IP地址的映射关系配置到域名解析服务器上,然后每次访问域名,先从域名解析服务器中获取到对应的IP地址,然后再访问该IP地址所对应的服务器。基于此,采用专门的域名解析服务器来实现域名解析,会增加服务器成本,同时,当域名所挂的某个IP地址所对应的服务器出现不可用时,如果没有专门的探测程序就无法自动感知,因而会导致部分请求失败。
下面参考图4A~图4C,结合具体实施例对图3所示的方法做进一步说明。
图4A示意性示出了根据本公开实施例的域名监听方法的流程图。
作为一种可选的实施例,前述的域名方法还可以包括如图4A所示的域名监听方法,该域名监听方法包括操作S305~S308,其中:
在操作S305,将读取的至少一个第一IP地址存储在本终端设备本地;
在操作S306,监听服务器中与目标域名对应的域名节点内容中的至少一个第一IP地址是否发生变化;
在操作S307,若监听到服务器中与目标域名对应的域名节点内容中的至少一个第一IP地址发生变化,则重新从与目标域名对应的域名节点上读取至少一个第二IP地址;以及
在操作S308,使用至少一个第二IP地址更新本终端设备本地中的至少一个第一IP地址。
首先,将首次解析域名时读取的IP地址缓存在终端本地,这样,当再次解析相同的域名时,就可以直接从本地缓存中读取相应的IP地址,而无需从Zookeeper服务器的相应域名节点上读取,因而可以节约Zookeeper服务器的开销。
此外,实时或周期性的监听Zookeeper服务器中的域名节点的IP地址是否发生变化,一旦发现IP地址发生变化,则可以及时通知终端重新连接Zookeeper服务器,从而能够重新读取变化后的IP地址,以更新本地HOST文件中的缓存内容。
需要说明的是,域名监听模块的具体流程如下:连接Zookeeper服务器,添加对应的域名节点Watcher监听,当域名节点中的IP内容发生变更时,域名监听模块会收到域名节点的变更通知,此时域名监听模块会重新连接上Zookeeper服务器,并从中获取最新域名节点所对应的IP内容,至此结束本流程。
通过本公开实施例,对域名节点添加Watcher监听,保证域名所对应的IP内容发生变更时,能够收到域名节点变更通知,从而可以及时自动获取到最新的域名IP地址,进而可以避免由于没有及时更新域名IP地址而导致部分请求失败,同时还可以克服逐台更新HOST文件所带来繁琐。
图4B示意性示出了根据本公开实施例的域名探测方法的流程图。
作为一种可选的实施例,前述的域名方法还可以包括如图4B所示的域名探测方法,该探测方法包括操作S309~S310,其中:
在操作S309,探测服务器中各域名节点上的IP地址中是否有存在异常的IP地址;以及
在操作S310,若探测服务器中各域名节点上的IP地址中有存在异常的IP地址,则在域名解析过程中屏蔽掉异常的IP地址。
在本公开实施例中,域名探测模块的具体流程如下:连接Zookeeper服务器,读取出所有注册域名的节点内容,此内容即为域名所对应的IP地址;对每个IP地址进行Ping请求,以确定所有IP地址中是否存在异常的IP地址,若存在,则将其删除,同时通知对应的终端更新本地的HOST文件。
当域名所挂的某个IP地址所对应的服务器不可用时,如果没有专门的探测程序就无法自动感知,因而会导致部分请求失败。由于异常的域名IP地址一般是不可用的,因此对域名IP地址进行异常探测就是对域名IP地址进行可用性探测,这种探测可以有效地屏蔽掉不可用的服务器节点,从而尽量避免用户请求失败。
图4C示意性示出了根据本公开实施例的探测异常IP地址的方法的流程图。
作为一种可选的实施例,如图4C所示,探测服务器中各域名节点上的IP地址中是否有存在异常的IP地址可以包括:
在操作S3091,针对服务器中各域名节点上的任一IP地址,向服务器发送Ping请求;
在操作S3092,检测是否能够正常收到来自服务器的对Ping请求的响应;以及
在操作S3093,若检测到不能正常收到来自服务器的对Ping请求的响应,则确定任一IP地址异常。
在本公开实施例中,域名探测模块的具体流程如下:针对任一域名IP地址向Zookeeper服务器发送Ping请求,并尝试获取Ping请求响应,如果能够正常收到响应,则表示该IP地址可用,当没有收到响应时,则标记该IP地址不可用,即异常。
通过本公开实施例,增加域名探测模块,对Zookeeper服务器中各域名节点中的IP地址进行Ping请求探测,从而实现屏蔽异常服务器节点的目的。
作为一种可选的实施例,上述探测异常IP地址的方法还可以包括:若检测到不能正常收到来自服务器的对Ping请求的响应,则继续检测不能正常收到来自服务器对Ping请求的响应的次数是否满足预设值;以及若检测到不能正常收到来自服务器对Ping请求的响应的次数满足预设值,则确定任一IP地址异常。
由于网络抖动等原因可能造成IP地址暂时异常,因而使用前述实施例提供的方案可能会将疑似异常的IP地址误判为不可用的地址,因而在本公开实施例中增加了无效探测次数判断,以避免因为网络抖动等原因造成误判。
在本公开实施例中,域名探测模块的具体流程如下:针对任一域名IP地址向Zookeeper服务器发送Ping请求,并尝试获取Ping请求响应,如果能够正常收到响应,则表示该IP地址可用,当没有收到响应时,则标记该IP地址疑似不可用,并对疑似不可用的IP地址每隔预设时间(如5秒)进行一次Ping请求,若没有收到响应,则将该IP地址无效响应次数加1,当无效响应次数超过N次(如3次),则判定该IP地址为不可用,同时将该不可用IP地址从对应的域名节点内容中移除;否则,则判定该IP地址为可用;结束该流程。
本公开的另一个方面提供了一种域名注册方法,图5示意性示出了根据本公开实施例的域名注册方法的流程图,如图5所示,该方法包括操作S501~S503,其中:
在操作S501,获取域名注册请求;
在操作S502,判断是否存在目标节点,其中,目标节点为以域名注册请求所请求注册的域名命名的域名节点;以及
在操作S503,若存在目标节点,则将域名注册请求所请求注册的IP地址存储在目标节点上。
需要说明的是,在本公开实施例中,该域名注册方法应用于服务器端。
具体地,域名注册流程如下:终端的前端应用将域名和对应的IP地址发送至域名注册模块;域名注册模块接收域名注册请求,解析出请求中的域名和IP地址;域名注册模块连接到Zookeeper服务器;Zookeeper服务器判断是否存在对应的域名节点;若存在,则将域名注册请求所请求注册的IP地址存储在该域名节点上。
通过本公开实施例,使用Zookeeper节点对域名IP进行注册,其中节点名称为域名,节点内容为域名所对应的IP地址,可以避免手动配置/修改HOST文件带来的繁琐。
作为一种可选的实施例,该域名注册方法还可以包括:若不存在目标节点,则新创建一个以域名注册请求所请求注册的域名命名的域名节点;以及将域名注册请求所请求注册的IP地址存储在新创建的域名节点上。
具体地,域名注册流程如下:终端的前端应用将域名和对应的IP地址发送至域名注册模块;域名注册模块接收域名注册请求,解析出请求中的域名和IP地址;域名注册模块连接到Zookeeper服务器;Zookeeper服务器判断是否存在对应的域名节点;若存在,则将域名注册请求所请求注册的IP地址存储在该域名节点上,即将节点内容更新为解析出来的IP地址;若不存在,则创建一个域名节点,该节点名称为解析出的域名,节点内容为域名所对应的IP地址。
通过本公开实施例,使用Zookeeper节点对域名IP进行注册,其中节点名称为域名,节点内容为域名所对应的IP地址,可以避免手动配置/修改HOST文件带来的繁琐。
图6示意性示出了根据本公开实施例的域名处理系统的框图。
如图6所示,该域名处理系统600包括第一获取模块610、第一判断模块620、第一读取模块630和反馈模块640。第一获取模块610,用于获取来自本终端设备的前端应用的域名解析请求,其中,域名解析请求所请求解析的域名为目标域名;第一判断模块620,用于判断目标域名是否是首次在本终端设备上被请求解析;第一读取模块630,用于在目标域名是首次在本终端设备上被请求解析的情况下,从服务器中与目标域名对应的域名节点上读取至少一个第一IP地址;以及反馈模块640,用于将读取的至少一个第一IP地址返回给前端应用。
通过本公开的实施例,因为在注册域名时采用了Zookeeper技术在服务器端将任一域名存储为一个以该域名命名的域名节点,并将与该域名具有映射关系的IP地址存储在该域名节点中的技术手段,并且终端设备在首次解析一个域名时,都会自动将该域名的一个或者多个IP地址读取到本地并反馈给前端应用,所以至少部分地克服了通过本地HOST绑定来实现域名解析时,如果想要配置或者变更域名与IP的映射关系,则需要到每台机器上逐个手动更新HOST文件,会消耗大量时间,并且效率较低,而通过专门的域名解析服务器来实现域名解析时,虽然可以避免逐台配置或者更新HOST文件所带来繁琐,但是会增加服务器成本的技术问题,进而达到了自动配置并更新本地域名和IP地址的技术效果。
作为一种可选的实施例,如图7A所示,上述系统还包括:第一存储模块650,用于将读取的至少一个第一IP地址存储在本终端设备本地;监听模块660,用于监听服务器中与目标域名对应的域名节点内容中的至少一个第一IP地址是否发生变化;第二读取模块670,用于在监听到服务器中与目标域名对应的域名节点内容中的至少一个第一IP地址发生变化的情况下,重新从与目标域名对应的域名节点上读取至少一个第二IP地址;以及更新模块680,用于使用至少一个第二IP地址更新本终端设备本地中的至少一个第一IP地址。
通过本公开实施例,对域名节点添加Watcher监听,保证域名所对应的IP内容发生变更时,能够收到域名节点变更通知,从而可以及时自动获取到最新的域名IP地址,进而可以避免由于没有及时更新域名IP地址而导致部分请求失败,同时还可以克服逐台更新HOST文件所带来繁琐。
作为一种可选的实施例,如图7B所示,上述系统还包括:探测模块690,用于探测服务器中各域名节点上的IP地址中是否有存在异常的IP地址;以及异常处理模块700,用于若探测服务器中各域名节点上的IP地址中有存在异常的IP地址,则在域名解析过程中屏蔽掉异常的IP地址。
当域名所挂的某个IP地址所对应的服务器不可用时,如果没有专门的探测程序就无法自动感知,因而会导致部分请求失败。由于异常的域名IP地址一般是不可用的,因此对域名IP地址进行异常探测就是对域名IP地址进行可用性探测,这种探测可以有效地屏蔽掉不可用的服务器节点,从而尽量避免用户请求失败。
作为一种可选的实施例,如图7C所示,上述探测模块690包括:发送单元691,用于针对服务器中各域名节点上的任一IP地址,向服务器发送Ping请求;第一检测单元692,用于检测是否正常收到来自服务器的对Ping请求的响应;以及第一确定单元693,用于在检测到不能正常收到来自服务器的对Ping请求的响应的情况下,确定任一IP地址异常。
通过本公开实施例,增加域名探测模块,对Zookeeper服务器中各域名节点中的IP地址进行Ping请求探测,从而实现屏蔽异常服务器节点的目的。
作为一种可选的实施例,上述探测模块还包括:第二检测单元,用于在检测到不能正常收到来自服务器的对Ping请求的响应的情况下,继续检测不能正常收到来自服务器对Ping请求的响应的次数是否满足预设值;以及第二确定单元,用于在检测到不能正常收到来自服务器对Ping请求的响应的次数满足预设值的情况下,确定任一IP地址异常。
由于网络抖动等原因可能造成IP地址暂时异常,因而使用前述实施例提供的方案可能会将疑似异常的IP地址误判为不可用的地址,因而在本公开实施例中增加了无效探测次数判断,以避免因为网络抖动等原因造成误判。
图8示意性示出了根据本公开实施例的域名注册系统的框图。
如图8所示,该域名注册系统800包括第二获取模块810、第二判断模块820和第二存储模块830。第二获取模块810,用于获取域名注册请求;第二判断模块820,用于判断是否存在目标节点,其中,目标节点为以域名注册请求所请求注册的域名命名的域名节点;以及第二存储模块830,用于若存在目标节点,则将域名注册请求所请求注册的IP地址存储在目标节点上。
通过本公开实施例,使用Zookeeper节点对域名IP进行注册,其中节点名称为域名,节点内容为域名所对应的IP地址,可以避免手动配置/修改HOST文件带来的繁琐。
作为一种可选的实施例,上述域名注册系统还包括:创建模块,用于在不存在目标节点的情况下,新创建一个以域名注册请求所请求注册的域名命名的域名节点;以及第三存储模块,用于将域名注册请求所请求注册的IP地址存储在新创建的域名节点上。
通过本公开实施例,使用Zookeeper节点对域名IP进行注册,其中节点名称为域名,节点内容为域名所对应的IP地址,可以避免手动配置/修改HOST文件带来的繁琐。
可以理解的是,上述域名处理系统所包括的第一获取模块610、第一判断模块620、第一读取模块630和反馈模块640等(或者上述域名注册系统所包括的第二获取模块810、第二判断模块820和第二存储模块830等)可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,上述域名处理系统所包括的第一获取模块610、第一判断模块620、第一读取模块630和反馈模块640等(或者上述域名注册系统所包括的第二获取模块810、第二判断模块820和第二存储模块830等)中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式的适当组合来实现。或者,上述域名处理系统所包括的第一获取模块610、第一判断模块620、第一读取模块630和反馈模块640等(或者上述域名注册系统所包括的第二获取模块810、第二判断模块820和第二存储模块830等)中的至少一个可以至少被部分地实现为计算机程序模块,当该程序被计算机运行时,可以执行相应模块的功能。
图9示意性示出了根据本公开实施例的适于实现域名处理、注册方法和系统的计算机系统的框图。图9示出的计算机系统仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图9所示,根据本公开实施例的计算机系统900包括处理器901,其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC)),等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行参考图3,图4A~图4C和图5描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 903中,存储有系统900操作所需的各种程序和数据。处理器901、ROM 902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行以上参考参考图3,图4A~图4C和图5描述的各种操作。需要注意,所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行以上参考图3,图4A~图4C和图5描述的各种操作。
根据本公开的实施例,系统900还可以包括输入/输出(I/O)接口905,输入/输出(I/O)接口905也连接至总线904。系统900还可以包括连接至I/O接口905的以下部件中的一项或多项:包括键盘、鼠标等的输入部分906;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907;包括硬盘等的存储部分908;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器910上,以便于从其上读出的计算机程序根据需要被安装入存储部分908。
根据本公开的实施例,上文参考流程图描述的方法可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读存储介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分909从网络上被下载和安装,和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时,执行本公开实施例的系统中限定的上述功能。根据本公开的实施例,上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
需要说明的是,本公开所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质,该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面,本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备执行:获取来自本终端设备的前端应用的域名解析请求,其中,域名解析请求所请求解析的域名为目标域名;判断目标域名是否是首次在本终端设备上被请求解析;若目标域名是首次在本终端设备上被请求解析,则从服务器中与目标域名对应的域名节点上读取至少一个第一IP地址;以及将读取的至少一个第一IP地址返回给前端应用,等域名处理方法的相关操作,或者使得该设备执行:获取域名注册请求;判断是否存在目标节点,其中,目标节点为以域名注册请求所请求注册的域名命名的域名节点;以及若存在目标节点,则将域名注册请求所请求注册的IP地址存储在目标节点上,等域名处理方法的相关操作。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种域名处理方法,包括:
获取来自本终端设备的前端应用的域名解析请求,其中,所述域名解析请求所请求解析的域名为目标域名;
判断所述目标域名是否是首次在所述本终端设备上被请求解析;
若所述目标域名是首次在所述本终端设备上被请求解析,则从服务器中与所述目标域名对应的域名节点上读取至少一个第一IP地址,其中,所述服务器包括Zookeeper服务器,所述目标域名对应的域名节点包括:在所述目标域名注册时,所述服务器端将所述目标域名存储为以所述目标域名命名的域名节点,所述域名节点的内容包括至少一个第一IP地址;
将读取的所述至少一个第一IP地址返回给所述前端应用;
将读取的所述至少一个第一IP地址存储在所述本终端设备本地;
监听所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址是否发生变化;
若监听到所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址发生变化,则重新从与所述目标域名对应的域名节点上读取至少一个第二IP地址;以及
使用所述至少一个第二IP地址更新所述本终端设备本地中的所述至少一个第一IP地址。
2.根据权利要求1所述的方法,其中,所述方法还包括:
探测所述服务器中各域名节点上的IP地址中是否有存在异常的IP地址;以及
若探测所述服务器中各域名节点上的IP地址中有存在异常的IP地址,则在域名解析过程中屏蔽掉异常的IP地址。
3.根据权利要求2所述的方法,其中,探测所述服务器中各域名节点上的IP地址中是否有存在异常的IP地址包括:
针对所述服务器中各域名节点上的任一IP地址,向所述服务器发送Ping请求;
检测是否能够正常收到来自所述服务器的对所述Ping请求的响应;以及
若检测到不能正常收到来自所述服务器的对所述Ping请求的响应,则确定所述任一IP地址异常。
4.根据权利要求3所述的方法,其中,所述方法还包括:
若检测到不能正常收到来自所述服务器的对所述Ping请求的响应,则继续检测不能正常收到来自所述服务器对所述Ping请求的响应的次数是否满足预设值;以及
若检测到不能正常收到来自所述服务器对所述Ping请求的响应的次数满足所述预设值,则确定所述任一IP地址异常。
5.一种域名注册方法,包括:
获取域名注册请求;
判断是否存在目标节点,其中,所述目标节点为以所述域名注册请求所请求注册的域名命名的域名节点,所述目标节点包括Zookeeper服务器的域名节点;以及
若存在所述目标节点,则将所述域名注册请求所请求注册的IP地址存储在所述目标节点上。
6.根据权利要求5所述的方法,其中,所述方法还包括:
若不存在所述目标节点,则新创建一个以所述域名注册请求所请求注册的域名命名的域名节点;以及
将所述域名注册请求所请求注册的IP地址存储在新创建的域名节点上。
7.一种域名处理系统,包括:
第一获取模块,用于获取来自本终端设备的前端应用的域名解析请求,其中,所述域名解析请求所请求解析的域名为目标域名;
第一判断模块,用于判断所述目标域名是否是首次在所述本终端设备上被请求解析;
第一读取模块,用于在所述目标域名是首次在所述本终端设备上被请求解析的情况下,从服务器中与所述目标域名对应的域名节点上读取至少一个第一IP地址,其中,所述服务器包括Zookeeper服务器,所述目标域名对应的域名节点包括:在所述目标域名注册时,所述服务器端将所述目标域名存储为以所述目标域名命名的域名节点,所述域名节点的内容包括至少一个第一IP地址;
反馈模块,用于将读取的所述至少一个第一IP地址返回给所述前端应用;
第一存储模块,用于将读取的所述至少一个第一IP地址存储在所述本终端设备本地;
监听模块,用于监听所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址是否发生变化;
第二读取模块,用于在监听到所述服务器中与所述目标域名对应的域名节点内容中的所述至少一个第一IP地址发生变化的情况下,重新从与所述目标域名对应的域名节点上读取至少一个第二IP地址;以及
更新模块,用于使用所述至少一个第二IP地址更新所述本终端设备本地中的所述至少一个第一IP地址。
8.根据权利要求7所述的系统,其中,所述系统还包括:
探测模块,用于探测所述服务器中各域名节点上的IP地址中是否有存在异常的IP地址;以及
异常处理模块,用于若探测所述服务器中各域名节点上的IP地址中有存在异常的IP地址,则在域名解析过程中屏蔽掉异常的IP地址。
9.根据权利要求8所述的系统,其中,所述探测模块包括:
发送单元,用于针对所述服务器中各域名节点上的任一IP地址,向所述服务器发送Ping请求;
第一检测单元,用于检测是否能够正常收到来自所述服务器的对所述Ping请求的响应;以及
第一确定单元,用于在检测到不能正常收到来自所述服务器的对所述Ping请求的响应的情况下,确定所述任一IP地址异常。
10.根据权利要求9所述的系统,其中,所述探测模块还包括:
第二检测单元,用于在检测到不能正常收到来自所述服务器的对所述Ping请求的响应的情况下,继续检测不能正常收到来自所述服务器对所述Ping请求的响应的次数是否满足预设值;以及
第二确定单元,用于在检测到不能正常收到来自所述服务器对所述Ping请求的响应的次数满足所述预设值的情况下,确定所述任一IP地址异常。
11.一种域名注册系统,包括:
第二获取模块,用于获取域名注册请求;
第二判断模块,用于判断是否存在目标节点,其中,所述目标节点为以所述域名注册请求所请求注册的域名命名的域名节点,所述目标节点包括Zookeeper服务器的域名节点;以及
第二存储模块,用于若存在所述目标节点,则将所述域名注册请求所请求注册的IP地址存储在所述目标节点上。
12.根据权利要求11所述的系统,其中,所述系统还包括:
创建模块,用于在不存在所述目标节点的情况下,新创建一个以所述域名注册请求所请求注册的域名命名的域名节点;以及
第三存储模块,用于将所述域名注册请求所请求注册的IP地址存储在新创建的域名节点上。
13.一种计算机系统,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现权利要求1至4中任一项所述的域名处理方法以及权利要求5或6中所述的域名注册方法。
14.一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器实现权利要求1至4中任一项所述的域名处理方法以及权利要求5或6中所述的域名注册方法。
CN201711470563.7A 2017-12-28 2017-12-28 域名处理、注册方法及系统、计算机系统 Active CN109981806B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711470563.7A CN109981806B (zh) 2017-12-28 2017-12-28 域名处理、注册方法及系统、计算机系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711470563.7A CN109981806B (zh) 2017-12-28 2017-12-28 域名处理、注册方法及系统、计算机系统

Publications (2)

Publication Number Publication Date
CN109981806A CN109981806A (zh) 2019-07-05
CN109981806B true CN109981806B (zh) 2022-07-05

Family

ID=67075543

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711470563.7A Active CN109981806B (zh) 2017-12-28 2017-12-28 域名处理、注册方法及系统、计算机系统

Country Status (1)

Country Link
CN (1) CN109981806B (zh)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103546434A (zh) * 2012-07-13 2014-01-29 中国电信股份有限公司 网络访问控制的方法、装置和系统
CN104092785A (zh) * 2014-06-05 2014-10-08 汉柏科技有限公司 域名注册和解析的方法和基于域名的资源访问方法及装置
CN104144123A (zh) * 2013-05-10 2014-11-12 中国电信股份有限公司 访问互联网的方法、系统与路由型网关装置
CN104683501A (zh) * 2015-03-30 2015-06-03 乐视致新电子科技(天津)有限公司 域名解析方法以及装置
CN105072418A (zh) * 2015-08-27 2015-11-18 浙江宇视科技有限公司 一种判断监控前端设备离线的方法和装置
CN105227684A (zh) * 2014-05-29 2016-01-06 国基电子(上海)有限公司 动态域名解析服务器、广域网路由器及网络通信方法
CN105376093A (zh) * 2015-11-19 2016-03-02 中冶南方(武汉)自动化有限公司 海量数据点的分布式管理方法及系统
CN105871649A (zh) * 2016-06-21 2016-08-17 上海帝联信息科技股份有限公司 节点服务器、服务端及其配置文件更新、更新控制方法
CN105897942A (zh) * 2015-09-17 2016-08-24 乐视云计算有限公司 一种域名解析系统及域名解析方法
CN105991798A (zh) * 2016-07-01 2016-10-05 北京奇虎科技有限公司 移动终端访问网络的方法及装置
CN106331213A (zh) * 2016-08-29 2017-01-11 广东欧珀移动通信有限公司 一种域名系统dns处理方法及装置
CN106657050A (zh) * 2016-12-15 2017-05-10 迈普通信技术股份有限公司 一种域名解析异常检测方法、探测管理服务器及网关设备
CN106973125A (zh) * 2017-03-16 2017-07-21 中国联合网络通信集团有限公司 域名解析实现方法及装置
CN107360198A (zh) * 2017-09-12 2017-11-17 中国联合网络通信集团有限公司 可疑域名检测方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2901665A4 (en) * 2013-05-13 2015-10-21 Yandex Europe Ag METHOD AND SYSTEM FOR PROVIDING A CLIENT DEVICE WITH AUTOMATICALLY UPDATING AN IP ADDRESS RELATED TO A DOMAIN NAME

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103546434A (zh) * 2012-07-13 2014-01-29 中国电信股份有限公司 网络访问控制的方法、装置和系统
CN104144123A (zh) * 2013-05-10 2014-11-12 中国电信股份有限公司 访问互联网的方法、系统与路由型网关装置
CN105227684A (zh) * 2014-05-29 2016-01-06 国基电子(上海)有限公司 动态域名解析服务器、广域网路由器及网络通信方法
CN104092785A (zh) * 2014-06-05 2014-10-08 汉柏科技有限公司 域名注册和解析的方法和基于域名的资源访问方法及装置
CN104683501A (zh) * 2015-03-30 2015-06-03 乐视致新电子科技(天津)有限公司 域名解析方法以及装置
CN105072418A (zh) * 2015-08-27 2015-11-18 浙江宇视科技有限公司 一种判断监控前端设备离线的方法和装置
CN105897942A (zh) * 2015-09-17 2016-08-24 乐视云计算有限公司 一种域名解析系统及域名解析方法
CN105376093A (zh) * 2015-11-19 2016-03-02 中冶南方(武汉)自动化有限公司 海量数据点的分布式管理方法及系统
CN105871649A (zh) * 2016-06-21 2016-08-17 上海帝联信息科技股份有限公司 节点服务器、服务端及其配置文件更新、更新控制方法
CN105991798A (zh) * 2016-07-01 2016-10-05 北京奇虎科技有限公司 移动终端访问网络的方法及装置
CN106331213A (zh) * 2016-08-29 2017-01-11 广东欧珀移动通信有限公司 一种域名系统dns处理方法及装置
CN106657050A (zh) * 2016-12-15 2017-05-10 迈普通信技术股份有限公司 一种域名解析异常检测方法、探测管理服务器及网关设备
CN106973125A (zh) * 2017-03-16 2017-07-21 中国联合网络通信集团有限公司 域名解析实现方法及装置
CN107360198A (zh) * 2017-09-12 2017-11-17 中国联合网络通信集团有限公司 可疑域名检测方法及系统

Also Published As

Publication number Publication date
CN109981806A (zh) 2019-07-05

Similar Documents

Publication Publication Date Title
CN110086895A (zh) 域名解析方法、装置、介质和电子设备
CN110602270B (zh) 域名解析方法、装置、计算机设备及存储介质
CN113900834B (zh) 基于物联网技术的数据处理方法、装置、设备及存储介质
US10389614B2 (en) Web site reachability management for content browsing
CN109783151B (zh) 规则变更的方法和装置
CN111913818A (zh) 一种确定服务间依赖关系的方法及相关装置
US9563485B2 (en) Business transaction context for call graph
US9507655B2 (en) Tracking asynchronous entry points for an application
CN111783005B (zh) 显示网页的方法、装置和系统、计算机系统和介质
CN110896362A (zh) 一种故障检测方法和装置
US20080046543A1 (en) System and method for automatically obtaining web feed content
CN111783010B (zh) 网页空白页面监测方法、装置、终端及存储介质
CN109981806B (zh) 域名处理、注册方法及系统、计算机系统
CN109145182B (zh) 数据采集方法、装置、计算机设备及系统
US11048853B2 (en) System and method for resource presentation
CN114785861A (zh) 一种服务请求转发系统、方法、计算机设备和存储介质
CN112688982B (zh) 一种用户请求处理方法和装置
CN111274104B (zh) 数据处理方法、装置、电子设备及计算机可读存储介质
CN108833147B (zh) 一种配置信息的更新方法和装置
CN113778780A (zh) 应用稳定性的确定方法、装置、电子设备和存储介质
CN113132431A (zh) 服务监控方法、服务监控装置、电子设备及介质
CN111771191A (zh) 跨域的内联事件处理程序
CN114285743B (zh) 更新配置信息的方法、装置、电子设备及存储介质
US20240089339A1 (en) Caching across multiple cloud environments
CN109992428B (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