CN111711716B - 一种域名解析方法、装置、设备及可读存储介质 - Google Patents

一种域名解析方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN111711716B
CN111711716B CN202010840007.XA CN202010840007A CN111711716B CN 111711716 B CN111711716 B CN 111711716B CN 202010840007 A CN202010840007 A CN 202010840007A CN 111711716 B CN111711716 B CN 111711716B
Authority
CN
China
Prior art keywords
domain name
resolvable
address
virtual
name resolution
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
CN202010840007.XA
Other languages
English (en)
Other versions
CN111711716A (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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010840007.XA priority Critical patent/CN111711716B/zh
Publication of CN111711716A publication Critical patent/CN111711716A/zh
Application granted granted Critical
Publication of CN111711716B publication Critical patent/CN111711716B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • 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

Landscapes

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

Abstract

本申请公开了一种域名解析方法、装置、设备及可读存储介质。本申请公开的方法包括：若接收到客户端发送的域名解析请求，则从域名解析请求中提取目标域名；从预设配置文件中读取可解析域名，给可解析域名添加前缀分断符，获得可解析域名的子域名包括的匹配对象；若目标域名包括匹配对象，则表明目标域名为可解析域名的子域名，故按照可解析域名的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，并返回虚拟IP地址至客户端，以使客户端通过虚拟IP地址访问相应节点。本申请未改变配置文件中的域名数量，使有限的IP地址资源得到了充分利用，还能识别到更多域名。本申请提供的一种域名解析装置、设备及可读存储介质，同样具有上述技术效果。

Description

一种域名解析方法、装置、设备及可读存储介质
技术领域
本申请涉及计算机技术领域，特别涉及一种域名解析方法、装置、设备及可读存储介质。
背景技术
目前，现有的DNS（Domain Name Server）节点仅能对配置文件中记录的域名进行解析，无法对配置文件中记录的域名的子域名进行解析。若需要对配置文件中记录的域名的子域名进行解析，就需要将其子域名也记录至配置文件，同时给新记录的子域名分配相应的可用地址范围。但由于IP地址资源有限，因此将子域名记录至配置文件会导致域名数量增加，那么分配给各个域名的可用地址范围就会缩小，可想而知，各个域名对应的可用地址数量就会变少，因此可能会由于IP地址不够而导致服务受限。
因此，如何在有限的IP地址资源下，使DNS节点能够识别更多的域名，是本领域技术人员需要解决的问题。
发明内容
有鉴于此，本申请的目的在于提供一种域名解析方法、装置、设备及可读存储介质，以在有限的IP地址资源下，使DNS节点能够识别更多的域名。其具体方案如下：
第一方面，本申请提供了一种域名解析方法，包括：
若接收到客户端发送的域名解析请求，则从所述域名解析请求中提取目标域名；
从预设配置文件中读取可解析域名，给所述可解析域名添加前缀分断符，获得匹配对象；
若所述目标域名包括所述匹配对象，则按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，并返回所述虚拟IP地址至所述客户端，以使所述客户端通过所述虚拟IP地址访问相应节点。
优选地，还包括：
若所述目标域名不包括所述匹配对象，则判断所述目标域名与所述可解析域名是否相同；
若是，则执行所述按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，并返回所述虚拟IP地址至所述客户端，以使所述客户端通过所述虚拟IP地址访问相应节点的步骤。
优选地，还包括：
若所述目标域名与所述可解析域名不同，则从所述预设配置文件中读取其他未读取过的可解析域名，并在所述可解析域名开启子域名解析功能时，执行所述给所述可解析域名添加前缀分断符，获得匹配对象的步骤。
优选地，还包括：
若当前DNS节点无法解析所述目标域名，则返回相应提示消息至所述客户端。
优选地，所述给所述可解析域名添加前缀分断符，获得匹配对象之前，还包括：
判断所述可解析域名是否已开启子域名解析功能；
若是，则执行所述给所述可解析域名添加前缀分断符，获得匹配对象的步骤；
若否，则执行所述判断所述目标域名与所述可解析域名是否相同的步骤。
优选地，所述按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，包括：
读取所述可解析域名在所述预设配置文件中的标识信息；
根据所述标识信息查询所述负载均衡策略，并按照所述负载均衡策略在所述可用地址段中选择虚拟IP地址。
优选地，所述负载均衡策略为轮询策略、基于节点可用资源进行选择的策略、随机策略或源地址哈希策略。
第二方面，本申请提供了一种域名解析装置，包括：
提取模块，用于若接收到客户端发送的域名解析请求，则从所述域名解析请求中提取目标域名；
添加模块，用于从预设配置文件中读取可解析域名，给所述可解析域名添加前缀分断符，获得匹配对象；
解析模块，用于若所述目标域名包括所述匹配对象，则按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，并返回所述虚拟IP地址至所述客户端，以使所述客户端通过所述虚拟IP地址访问相应节点。
第三方面，本申请提供了一种域名解析设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序，以实现前述公开的域名解析方法。
第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的域名解析方法。
通过以上方案可知，本申请提供了一种域名解析方法，包括：若接收到客户端发送的域名解析请求，则从所述域名解析请求中提取目标域名；从预设配置文件中读取可解析域名，给所述可解析域名添加前缀分断符，获得匹配对象；若所述目标域名包括所述匹配对象，则按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，并返回所述虚拟IP地址至所述客户端，以使所述客户端通过所述虚拟IP地址访问相应节点。
可见，所述方法在从域名解析请求中提取到目标域名后，从预设配置文件中读取可解析域名，并给可解析域名添加前缀分断符，从而获得可解析域名的子域名会包括的匹配对象；因此若目标域名包括匹配对象，则表明目标域名为可解析域名的子域名，因此按照可解析域名对应的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，并返回虚拟IP地址至客户端，从而使客户端通过虚拟IP地址访问相应节点。在本申请中，预设配置文件记录的域名数量没有变化，故不会导致分配给各个域名的可用地址数量变少，且预设配置文件中的任一个可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段，因此可以提高可解析域名的可用地址段的利用率，使得有限的IP地址资源得到充分利用，同时DNS节点也能够识别更多的域名，保障了服务系统的稳定运行。
相应地，本申请提供的一种域名解析装置、设备及可读存储介质，也同样具有上述技术效果。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请公开的第一种域名解析方法流程图；
图2为本申请公开的第二种域名解析方法流程图；
图3为本申请公开的第三种域名解析方法流程图；
图4为本申请公开的一种客户端与DNS节点的交互示意图；
图5为本申请公开的另一种客户端与DNS节点的交互示意图；
图6为本申请公开的第四种域名解析方法流程图；
图7为本申请公开的一种域名解析装置示意图；
图8为本申请公开的一种域名解析设备示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
目前，由于IP地址资源有限，因此将子域名记录至配置文件会导致域名数量增加，那么分配给各个域名的可用地址范围就会缩小，可想而知，各个域名对应的可用地址数量就会变少，因此可能会由于IP地址不够而导致服务受限。为此，本申请提供了一种域名解析方案，能够在有限的IP地址资源下，使DNS节点能够识别更多的域名。
参见图1所示，本申请实施例公开了第一种域名解析方法，包括：
S101、若接收到客户端发送的域名解析请求，则从域名解析请求中提取目标域名。
本实施例应用于DNS节点（即DNS服务器），DNS节点能够使域名指向IP地址。具体的，DNS节点会基于域名对应的负载均衡策略选择合适的节点让客户端访问。负载均衡策略如轮询策略、基于节点可用资源进行选择的策略、随机策略或源地址哈希策略等。其中，基于节点可用资源进行选择的策略包括：基于节点的连接数、CPU使用率、内存使用率、带宽使用率等可用资源选择较为空闲的节点。节点的连接数指：某一时刻，同时访问节点的客户端个数。
S102、从预设配置文件中读取可解析域名，给可解析域名添加前缀分断符，获得匹配对象。
其中，预设配置文件设置于DNS节点中，其中记录有DNS节点可以解析识别的所有可解析域名。给可解析域名添加前缀分断符，获得的匹配对象即为：当前可解析域名的任意子域名都会包括的一个字段。例如：当前读取的可解析域名为test.com，那么test.com的任何一个子域名（如：a.test.com、w.w.w.test.com等）都会包括“.test.com”。前缀分断符即为“.”。
需要说明的是，子域名是个相对的概念，其是相对于父域名来说的。域名有很多级，中间用“.”分开。例如公司的顶级域名是以“com”结尾的，所有以“.com”结尾的域名便都是“com”的子域名。其中，基于父域名设置的各个子域名能够便于分别管理不同业务。例如：父域名是 aliyun.com，那么可以设置子域名 api.aliyun.com 为接口业务使用，子域名pay.aliyun.com 为支付系统使用。
S103、若目标域名包括匹配对象，则按照可解析域名对应的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，并返回虚拟IP地址至客户端，以使客户端通过虚拟IP地址访问相应节点。
若目标域名包括匹配对象，则表明目标域名为当前可解析域名的子域名，本实施例让可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段，因此可按照可解析域名对应的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，并返回虚拟IP地址至客户端，以使客户端通过虚拟IP地址访问相应节点。其中，客户端访问的节点（即服务节点）的IP地址即为虚拟IP地址。可用地址段即为某一IP地址范围，如：100.7.44.192~100.7.44.194。每个可解析域名都对应一个可用地址段，而每个可解析域名下的所有子域名都可以使用该可用地址段，因此可以提高可用地址段中虚拟IP地址的利用率，从而避免地址资源的浪费。
由于预设配置文件中记录有多个可解析域名，因此DNS节点读取可解析域名的过程可以为：DNS节点先读取预设配置文件中的第一个可解析域名，然后给当前读取到的可解析域名添加前缀分断符，从而获得匹配对象，若目标域名包括匹配对象，则执行S103；若目标域名不包括匹配对象，则判断目标域名与可解析域名是否相同；若二者相同，则表明目标域名就是可解析域名本身，因此执行S103。若目标域名既不是可解析域名的子域名，也不是可解析域名本身，那么从预设配置文件中读取其他未读取过的可解析域名，并重新执行S102。此过程默认预设配置文件中的所有可解析域名都开启了子域名解析功能。
若可解析域名没有开启子域名解析功能，那么DNS节点不会对可解析域名的子域名进行识别。在此种情况下，当DNS节点从域名解析请求中提取到目标域名，会直接判断预设配置文件中是否记录有目标域名，若有，则执行S103，若无，则表明DNS节点无法解析目标域名，那么返回相应提示消息至客户端。
在一种具体实施方式中，按照可解析域名对应的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，包括：读取可解析域名在预设配置文件中的标识信息（即可解析域名在预设配置文件中的位置信息）；根据标识信息查询负载均衡策略，并按照负载均衡策略在可用地址段中选择虚拟IP地址。其中，可解析域名在预设配置文件中具有固定的位置信息，该位置信息用于查询可解析域名对应的负载均衡策略的相关配置信息（如：可用地址段等）。
在本实施例中，预设配置文件记录的域名数量没有变化，故不会导致分配给各个域名的可用地址数量变少，且预设配置文件中的任一个可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段，因此可以提高可解析域名的可用地址段的利用率，使得有限的IP地址资源得到充分利用，同时DNS节点也能够识别更多的域名，保障了服务系统的稳定运行。
参见图2所示，本申请实施例公开了第二种域名解析方法，包括：
S201、若接收到客户端发送的域名解析请求，则从域名解析请求中提取目标域名；
S202、从预设配置文件中读取可解析域名；
S203、给可解析域名添加前缀分断符，获得匹配对象；
S204、判断目标域名是否包括匹配对象；若是，则执行S205；若否，则执行S206；
S205、按照可解析域名对应的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，并返回虚拟IP地址至客户端，以使客户端通过虚拟IP地址访问相应节点；
S206、判断目标域名与可解析域名是否相同；若是，则执行S205；若否，则执行S207；
S207、从预设配置文件中读取其他未读取过的可解析域名，并在可解析域名开启子域名解析功能时，执行S203。
在本实施例中，默认预设配置文件中的所有可解析域名都开启了子域名解析功能。给所有可解析域名开启子域名解析功能的方式可以为：在配置文件中设置总开关checksubdomain，配置文件中具体可以配置如下内容：
<loadbalanceconf>
<port receiver="1662"/>
<checksubdomain checksubdomain="false"/>
<domainname name="test2.com">
<time type="refresh" value="1800"/>
<time type="retry" value="3600"/>
<time type="expiry" value="86400"/>
<time type="ttl" value="0"/>
<serial value="20180806190635"/>
<policy value="round-robin"/>
<type clienttype="true"/>
<clienttime clienttime="2"/>
<timeswitch timeswitch="false"/>
<checkiptype checkiptype="false"/>
<storage_type storage_type="file"/>
<addresspool address="100.7.44.192" weight="1"/>
<addresspool address="100.7.44.193" weight="1"/>
<addresspool address="100.7.44.194" weight="1"/>
</domainname>
</loadbalanceconf>
其中，<checksubdomain checksubdomain =“false”>表示子域名解析功能关闭，当 <checksubdomain checksubdomain =“true”> 表示子域名解析功能开启。<domainnamename=“test2.com”>表示域名为 www.test2.com 。
参见上述配置文件，checksubdomain配置项在 domainname配置项的上方，因此上述配置文件中的checksubdomain可以控制整个配置文件中的所有域名的子域名解析功能。若checksubdomain配置项配置在 domainname配置项的下方，则checksubdomain为domainname的子元素，因此一个checksubdomain控制一个域名的子域名解析功能。也就是，每个域名都对应一个子域名解析功能的开关，各个域名是否开启子域名解析功能互不影响。
在本实施例中，预设配置文件记录的域名数量没有变化，故不会导致分配给各个域名的可用地址数量变少，且预设配置文件中的任一个可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段，因此可以提高可解析域名的可用地址段的利用率，使得有限的IP地址资源得到充分利用，同时DNS节点也能够识别更多的域名，保障了服务系统的稳定运行。
参见图3所示，本申请实施例公开了第三种域名解析方法，包括：
S301、若接收到客户端发送的域名解析请求，则从域名解析请求中提取目标域名；
S302、从预设配置文件中读取可解析域名；
S303、判断可解析域名是否已开启子域名解析功能；若是，则执行S304；若否，则执行S307；
S304、给可解析域名添加前缀分断符，获得匹配对象；
S305、判断目标域名是否包括匹配对象；若是，则执行S306；若否，则执行S307；
S306、按照可解析域名对应的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，并返回虚拟IP地址至客户端，以使客户端通过虚拟IP地址访问相应节点；
S307、判断目标域名与可解析域名是否相同；若是，则执行S306；若否，则执行S308；
S308、从预设配置文件中读取其他未读取过的可解析域名，并执行S303。
在本实施例中，每个域名都对应一个子域名解析功能的开关。若预设配置文件中记录的可解析域名有test.com，那么该域名的子域名解析功能的开关开启时，客户端与DNS节点的交互示意图可参见图4；该域名的子域名解析功能的开关关闭时，客户端与DNS节点的交互示意图可参见图5。
在图4中，DNS节点可以识别test.com及其子域名bucket.test.com，因此不管是test.com的域名解析请求，还是bucket.test.com的域名解析请求，DNS节点都能够顺利给客户端返回相应的IP地址。在图5中，DNS节点仅可以识别test.com，不能识别test.com的子域名bucket.test.com，因此DNS节点仅能给test.com的域名解析请求返回相应的IP地址，而无法给bucket.test.com的域名解析请求返回相应的IP地址。
具体的，服务集群中包括一个DNS节点和多个服务节点，DNS节点可以收集其他服务节点的具体信息，如：连接数、CPU使用率、内存使用率、带宽使用率等，这样DNS节点就可以基于这些信息选择合适的服务节点为客户端提供服务。
在本实施例中，预设配置文件记录的域名数量没有变化，故不会导致分配给各个域名的可用地址数量变少，且预设配置文件中的任一个可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段，因此可以提高可解析域名的可用地址段的利用率，使得有限的IP地址资源得到充分利用，同时DNS节点也能够识别更多的域名，保障了服务系统的稳定运行。
参见图6所示，本申请实施例公开了第四种域名解析方法，具体包括：DNS节点启动的时候，先加载配置文件至DNS节点的内存中（假设配置文件中仅记录有一个域名test2.com）；当收到客户端发送的域名解析请求，则提取出客户端要访问的域名，并基于内存中的配置文件判断配置文件中的所有域名是否已开启子域名解析功能；若是，则读取配置文件中的域名，并在其前方加“.”；然后判断客户端要访问的域名是否包括加“.”的对象，若包括，则确定当前读取的域名在配置文件中的位置，并基于该位置加载相关参数至内存，然后基于这些参数计算虚拟IP地址，并返回给客户端，以便客户端基于收到的虚拟IP地址访问相应服务节点。若客户端要访问的域名不包括加“.”的对象，则判断客户端要访问的域名与当前读取的域名是否相同，若是，则按时上述流程返回虚拟IP地址给客户端；若否，则结束流程。
具体的，假设配置文件中仅记录有一个域名test2.com，且客户端分别发送了3个域名解析请求，分别是要访问test2.com、bucket.test2.com和bucket.www.test2.com的。若test2.com的子域名解析功能关闭，则DNS节点仅能给访问test2.com的域名解析请求返回虚拟IP地址，剩余2个域名解析请求其无法识别和解析。若test2.com的子域名解析功能开启，则DNS节点能给上述3个域名解析请求都返回相应的虚拟IP地址，即DNS节点能识别和解析test2.com、bucket.test2.com和bucket.www.test2.com这3个域名，从而扩展了DNS节点能识别和解析的域名数量。
本实施例在原配置文件中增加了子域名解析功能的开关，可以使 DNS节点按照开关的开启或关闭状态来对域名解析请求进行处理，从而可以提高服务集群处理客户端请求的效率，并满足客户端业务的需求，提高了DNS节点的灵活性和可用性。
下面对本申请实施例提供的一种域名解析装置进行介绍，下文描述的一种域名解析装置与上文描述的一种域名解析方法可以相互参照。
参见图7所示，本申请实施例公开了一种域名解析装置，包括：
提取模块701，用于若接收到客户端发送的域名解析请求，则从域名解析请求中提取目标域名；
添加模块702，用于从预设配置文件中读取可解析域名，给可解析域名添加前缀分断符，获得匹配对象；
解析模块703，用于若目标域名包括匹配对象，则按照可解析域名对应的负载均衡策略在可解析域名的可用地址段中选择虚拟IP地址，并返回虚拟IP地址至客户端，以使客户端通过虚拟IP地址访问相应节点。
在一种具体实施方式中，还包括：
完全匹配模块，用于若目标域名不包括匹配对象，则判断目标域名与可解析域名是否相同；
执行模块，用于在目标域名与可解析域名相同时，则执行解析模块中的步骤。
在一种具体实施方式中，还包括：
循环模块，用于若目标域名与可解析域名不同，则从预设配置文件中读取其他未读取过的可解析域名，并在所述可解析域名开启子域名解析功能时，执行给可解析域名添加前缀分断符，获得匹配对象的步骤。
在一种具体实施方式中，还包括：
提示模块，用于若当前DNS节点无法解析目标域名，则返回相应提示消息至客户端。
在一种具体实施方式中，还包括：
控制模块，用于给可解析域名添加前缀分断符，获得匹配对象之前，判断可解析域名是否已开启子域名解析功能；若是，则执行给可解析域名添加前缀分断符，获得匹配对象的步骤；若否，则执行判断目标域名与可解析域名是否相同的步骤。
在一种具体实施方式中，解析模块具体用于：
读取可解析域名在预设配置文件中的标识信息；根据标识信息查询负载均衡策略，并按照负载均衡策略在可用地址段中选择虚拟IP地址。
在一种具体实施方式中，负载均衡策略为轮询策略、基于节点可用资源进行选择的策略、随机策略或源地址哈希策略。
其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
可见，本实施例提供了一种域名解析装置，该装置不会导致分配给各个域名的可用地址数量变少，且预设配置文件中的任一个可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段，因此可以提高可解析域名的可用地址段的利用率，使得有限的IP地址资源得到充分利用，同时DNS节点也能够识别更多的域名，保障了服务系统的稳定运行。
下面对本申请实施例提供的一种域名解析设备进行介绍，下文描述的一种域名解析设备与上文描述的一种域名解析方法及装置可以相互参照。
参见图8所示，本申请实施例公开了一种域名解析设备，包括：
存储器801，用于保存计算机程序；
处理器802，用于执行所述计算机程序，以实现上述任意实施例公开的方法。
下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种域名解析方法、装置及设备可以相互参照。
一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的域名解析方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种域名解析方法，其特征在于，包括：
若接收到客户端发送的域名解析请求，则从所述域名解析请求中提取目标域名；
从预设配置文件中读取可解析域名，给所述可解析域名添加前缀分断符，获得匹配对象；所述预设配置文件中的任一个可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段；
若所述目标域名包括所述匹配对象，则按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，并返回所述虚拟IP地址至所述客户端，以使所述客户端通过所述虚拟IP地址访问相应节点。
2.根据权利要求1所述的域名解析方法，其特征在于，还包括：
若所述目标域名不包括所述匹配对象，则判断所述目标域名与所述可解析域名是否相同；
若是，则执行所述按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，并返回所述虚拟IP地址至所述客户端，以使所述客户端通过所述虚拟IP地址访问相应节点的步骤。
3.根据权利要求2所述的域名解析方法，其特征在于，还包括：
若所述目标域名与所述可解析域名不同，则从所述预设配置文件中读取其他未读取过的可解析域名，并在所述可解析域名开启子域名解析功能时，执行所述给所述可解析域名添加前缀分断符，获得匹配对象的步骤。
4.根据权利要求3所述的域名解析方法，其特征在于，还包括：
若当前DNS节点无法解析所述目标域名，则返回相应提示消息至所述客户端。
5.根据权利要求3所述的域名解析方法，其特征在于，所述给所述可解析域名添加前缀分断符，获得匹配对象之前，还包括：
判断所述可解析域名是否已开启子域名解析功能；
若是，则执行所述给所述可解析域名添加前缀分断符，获得匹配对象的步骤；
若否，则执行所述判断所述目标域名与所述可解析域名是否相同的步骤。
6.根据权利要求1至5任一项所述的域名解析方法，其特征在于，所述按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，包括：
读取所述可解析域名在所述预设配置文件中的标识信息；
根据所述标识信息查询所述负载均衡策略，并按照所述负载均衡策略在所述可用地址段中选择虚拟IP地址。
7.根据权利要求6所述的域名解析方法，其特征在于，所述负载均衡策略为轮询策略、基于节点可用资源进行选择的策略、随机策略或源地址哈希策略。
8.一种域名解析装置，其特征在于，包括：
提取模块，用于若接收到客户端发送的域名解析请求，则从所述域名解析请求中提取目标域名；
添加模块，用于从预设配置文件中读取可解析域名，给所述可解析域名添加前缀分断符，获得匹配对象；所述预设配置文件中的任一个可解析域名的子域名与可解析域名本身共用负载均衡策略和可用地址段；
解析模块，用于若所述目标域名包括所述匹配对象，则按照所述可解析域名对应的负载均衡策略在所述可解析域名的可用地址段中选择虚拟IP地址，并返回所述虚拟IP地址至所述客户端，以使所述客户端通过所述虚拟IP地址访问相应节点。
9.一种域名解析设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的域名解析方法。
10.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的域名解析方法。
CN202010840007.XA 2020-08-20 2020-08-20 一种域名解析方法、装置、设备及可读存储介质 Active CN111711716B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010840007.XA CN111711716B (zh) 2020-08-20 2020-08-20 一种域名解析方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010840007.XA CN111711716B (zh) 2020-08-20 2020-08-20 一种域名解析方法、装置、设备及可读存储介质

Publications (2)

Publication Number Publication Date
CN111711716A CN111711716A (zh) 2020-09-25
CN111711716B true CN111711716B (zh) 2020-12-04

Family

ID=72547249

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010840007.XA Active CN111711716B (zh) 2020-08-20 2020-08-20 一种域名解析方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN111711716B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112235437B (zh) * 2020-10-30 2023-08-15 腾讯科技（深圳）有限公司 防御恶意添加解析域名的方法、装置、设备及存储介质
CN112671866B (zh) * 2020-12-15 2022-11-25 牙木科技股份有限公司 Dns分流解析方法、dns服务器及计算机可读存储介质
CN113783843B (zh) * 2021-08-10 2022-11-29 中移（杭州）信息技术有限公司 基于云waf域名调度方法、装置、设备及可读存储介质
CN113395361B (zh) * 2021-08-17 2021-11-05 苏州浪潮智能科技有限公司 负载均衡访问域名协调方法、系统、终端及存储介质
CN114553826B (zh) * 2022-01-11 2023-10-17 阿里巴巴（中国）有限公司 域名管理方法、装置、电子设备、介质及程序产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001039003A1 (en) * 1999-11-22 2001-05-31 Speedera Networks, Inc. Method for operating an integrated point of presence server network
CN102843445A (zh) * 2012-09-29 2012-12-26 北京奇虎科技有限公司 一种浏览器及其进行域名解析的方法
CN104468853A (zh) * 2013-09-18 2015-03-25 中兴通讯股份有限公司 一种域名解析方法、服务器及系统
CN106210147A (zh) * 2016-09-13 2016-12-07 郑州云海信息技术有限公司 一种基于轮询的负载均衡方法和装置
CN111200667A (zh) * 2019-12-18 2020-05-26 网宿科技股份有限公司 一种域名解析方法、权威域名服务器和本地域名服务器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104363309B (zh) * 2012-06-28 2017-10-24 北京奇虎科技有限公司 泛域名识别、处理装置及方法
CN110417932B (zh) * 2019-07-30 2020-08-04 睿哲科技股份有限公司 基于IPv6外链资源升级装置、电子设备及计算机可读介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001039003A1 (en) * 1999-11-22 2001-05-31 Speedera Networks, Inc. Method for operating an integrated point of presence server network
CN102843445A (zh) * 2012-09-29 2012-12-26 北京奇虎科技有限公司 一种浏览器及其进行域名解析的方法
CN104468853A (zh) * 2013-09-18 2015-03-25 中兴通讯股份有限公司 一种域名解析方法、服务器及系统
CN106210147A (zh) * 2016-09-13 2016-12-07 郑州云海信息技术有限公司 一种基于轮询的负载均衡方法和装置
CN111200667A (zh) * 2019-12-18 2020-05-26 网宿科技股份有限公司 一种域名解析方法、权威域名服务器和本地域名服务器

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"二级域名共享主机IP和端口";企鹅Sheldon;《https://blog.csdn.net/Pc620/article/details/51314125》;20160504;正文第1-4页 *
"负载均衡之DNS域名解析";qq_26249609;《https://blog.csdn.net/qq_26249609/article/details/102454305》;20191009;正文第1-4页 *

Also Published As

Publication number Publication date
CN111711716A (zh) 2020-09-25

Similar Documents

Publication Publication Date Title
CN111711716B (zh) 一种域名解析方法、装置、设备及可读存储介质
US8326980B2 (en) Using DNS reflection to measure network performance
CN102137174B (zh) 域名系统缓存的方法、授权域名服务器、缓存域名服务器
CN101827136B (zh) 域名系统服务器缓存感染的防御方法和网络出口设备
US20130173769A1 (en) System and method for resolving a dns request using metadata
US20090235283A1 (en) Global api deployment and routing
CN109327559B (zh) 一种基于混合云平台的域名解析方法和装置
CN111212134A (zh) 一种请求报文处理方法、装置、边缘计算系统和电子设备
CN109120746B (zh) 网络地址转换方法、装置及地址转换设备
CN110933136A (zh) 一种服务节点选择方法、装置、设备及可读存储介质
CN110674095B (zh) 一种ctdb集群扩展方法、装置、设备及可读存储介质
CN113315848B (zh) 访问控制方法、装置及设备
CN110677492A (zh) 一种访问请求处理方法、装置、电子设备及存储介质
CN111752770A (zh) 服务请求的处理方法、系统、计算机设备和存储介质
CN110213365B (zh) 基于用户分区的用户访问请求处理方法及电子设备
CN110708309A (zh) 反爬虫系统及方法
CN113315853A (zh) 一种云防护节点调度方法、系统及存储介质
US8972604B1 (en) Network address retention and assignment
US20070130304A1 (en) Next site for distributed service connections
CN112367256A (zh) 创建方法、设备及存储介质
CN111770137A (zh) 一种基于ipv6机制的负载均衡方法及系统
CN116389410A (zh) 基于域名获取客户端的安全访问控制方法、客户端及存储介质
CN114124797B (zh) 一种服务器路由方法、装置、电子设备及存储介质
CN111198756A (zh) 一种kubernetes集群的应用调度方法及装置
CN114500221B (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