CN108243266A - 别名记录处理方法、配置方法及装置 - Google Patents

别名记录处理方法、配置方法及装置 Download PDF

Info

Publication number
CN108243266A
CN108243266A CN201611235564.9A CN201611235564A CN108243266A CN 108243266 A CN108243266 A CN 108243266A CN 201611235564 A CN201611235564 A CN 201611235564A CN 108243266 A CN108243266 A CN 108243266A
Authority
CN
China
Prior art keywords
cname
records
domain name
record
control
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.)
Pending
Application number
CN201611235564.9A
Other languages
English (en)
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201611235564.9A priority Critical patent/CN108243266A/zh
Publication of CN108243266A publication Critical patent/CN108243266A/zh
Pending legal-status Critical Current

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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/30Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015Name registration, generation or assignment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了别名记录处理方法、配置方法及装置。其中,该方法包括:从为预定域名配置的所有的CNAME记录中选择一条CNAME记录,并将选择出的CNAME记录通过域名请求的应答报文发送给请求端。通过本发明解决了无法为域名配置多个CNAME所导致的问题,能够针对单个域名配置多条CNAME记录。

Description

别名记录处理方法、配置方法及装置
技术领域
本发明涉及网络技术领域,具体而言,涉及别名记录处理方法、配置方法及装置。
背景技术
在本申请中涉及到如下名词:
CDN,又称为内容分发网络,目标是使用户可就近取得所需内容,解决Internet网络拥挤的状况,提高用户访问网站的响应速度。通常使用DNS的CNAME记录作为其基础技术。
BIND,一种广泛使用的DNS服务软件,由互联网系统协会(Internet SystemsConsortium,简称ISC)提供开发支持。
RFC1034,一个关于DNS协议说明的RFC标准文件,诞生于1987年,主要对于DNS协议的基础做了说明。
DNS,是计算机域名系统(Domain Name System或Domain Name Service)的缩写,它是由解析器和域名服务器组成的。域名服务器是指保存有该网络中所有主机的域名和对应IP地址,并具有将域名转换为IP地址功能的服务器。其中域名必须对应一个IP地址,而IP地址不一定只对应一个域名。域名系统采用类似目录树的等级结构。域名服务器为客户机/服务器模式中的服务器方,它主要有两种形式:主服务器和转发服务器。在Internet上域名与IP地址之间是一对一(或者多对一)的,也可采用DNS轮询实现一对多,域名虽然便于人们记忆,但机器之间只认IP地址,它们之间的转换工作称为域名解析,域名解析需要由专门的域名解析服务器来完成,DNS就是进行域名解析的服务器。DNS命名用于Internet的TCP/IP网络中,通过用户友好的名称查找计算机和服务。当用户在应用程序中输入DNS名称时,DNS服务可以将此名称解析为与之相关的其他信息,如IP地址。因为,你在上网时输入的网址,是通过域名解析系统解析找到了相对应的IP地址,这样才能上网。其实,域名的最终指向是IP。
CNAME,又称别名记录。通常在多个域名对应的单个IP地址时,域名管理员可以使用别名记录来对多个域名进行管理。如果需要管理的域名数量很多,这种方式可以有效减少域名管理/变更的工作量。这种记录当前广泛使用于如CDN等需要对大量的外部域名进行服务的域名管理技术。
当前的主流DNS SERVER服务软件(如BIND)均按照RFC1034进行开发,这类DNS服务软件会严格限制针对单个域名CNAME记录的数量。这是因为,当一个DNS应答报文应答记录类型为CNAME记录时且拥有2条或以上应答记录时,该报文会被判定为非法,会被请求方拒绝接受。因此,当前主流的DNS服务软件针对单个域名只能配置一条CNAME记录,且不能配置其他类型的记录。管理员无法针对单个域名配置多个CNAME记录。
当前的域名解析实现技术中针对CNAME记录的数量严格限制为1个,当存在单个域名需要多个CNAME记录的需求则无法实现,这会导致问题的出现。
以当前大量使用CNAME记录的CDN服务为例,当CDN服务提供商为用户提供服务时,需要提供对应的域名,并用户配置对应的CNAME记录。即,购买CDN服务时需要为域名做一个CNAME记录解析。由于当前的域名解析技术不支持为单个域名配置多个CNAME记录。因此,单个用户就无法同时使用多个CDN服务。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了别名记录处理方法、配置方法及装置,以至少解决无法为域名配置多个CNAME所导致的问题。
根据本发明实施例的一个方面,提供了一种别名记录处理方法,包括:接收来自请求端的域名请求,其中,所述域名请求用于请求查询预定域名的别名CNAME记录;加载为所述预定域名预先配置的所有的CNAME记录;从所述所有的CNAME记录中选择一条CNAME记录;将选择出的CNAME记录通过所述域名请求的应答报文发送给所述请求端。
进一步地,从所述所有的CNAME记录中选择一条CNAME记录包括:从所述所有的CNAME记录中随机选择一条CNAME记录。
进一步地,从所述所有的CNAME记录中随机选择一条CNAME记录包括:获取所述所有的CNAME记录中每一条CNAME记录的权重值,其中,所述权重值用于指示随机返回该CNAME记录的概率;根据所述每一条CNAME记录的权重值从所述所有的CNAME记录中选择一条CNAME记录。
进一步地,从所述所有的CNAME记录中选择一条CNAME记录包括:从所述所有的CNAME记录中随机选择一组CNAME记录;从选择出的一组CNAME记录中随机选择一条CNAME记录。
进一步地,从所述所有的CNAME记录中随机选择一组CNAME记录包括:获取所述所有的CNAME记录中每一组CNAME记录的权重值,其中,所述权重值用于指示随机返回该组CNAME记录的概率;根据所述每一组CNAME记录的权重值从所述所有的CNAME记录中选择一组CNAME记录;和/或,从选择出的一组CNAME记录中随机选择一条CNAME记录包括:获取选择出的一组CNAME记录中每一条CNAME记录的权重值,其中,所述权重值用于指示随机返回该CNAME记录的概率;根据该组中的所述每一条CNAME记录的权重值从所述该组的CNAME记录中选择一条CNAME记录。
进一步地,所述权重值为预先配置的,或者,所述权重值为根据该CNAME记录对应的服务器的负载情况得到的。
根据本发明实施例的另一个方面,还提供了一种别名记录配置方法,包括:呈现第一控件,其中,所述第一控件用于配置域名;通过所述第一控件接收用户配置的预定域名;呈现第二控件,其中,所述第二控件用于配置CNAME记录,所述第二控件为能够输入多项的控件;通过所述第二控件接收所述用户为所述预定域名配置的多条CNAME记录,其中,所述多条CNAME记录中的其中一条在接收到来请求端的域名请求时被返回给所述请求端。
进一步地,还包括:呈现第三控件,其中,所述第三控件用于为CNAME记录配置权重值,所述权重值用于指示随机返回该CNAME记录的概率。
根据本发明实施例的另一个方面,还提供了一种别名记录处理装置,包括:第一接收单元,用于接收来自请求端的域名请求,其中,所述域名请求用于请求查询预定域名的别名CNAME记录;加载单元,用于加载为所述预定域名预先配置的所有的CNAME记录;选择单元,用于从所述所有的CNAME记录中选择一条CNAME记录;发送单元,用于将选择出的CNAME记录通过所述域名请求的应答报文发送给所述请求端。
根据本发明实施例的另一个方面,还提供了一种别名记录配置装置,包括:第一呈现单元,用于呈现第一控件,其中,所述第一控件用于配置域名;第二接收单元,用于通过所述第一控件接收用户配置的预定域名;第二呈现单元,用于呈现第二控件,其中,所述第二控件用于配置CNAME记录,所述第二控件为能够输入多项的控件;第三接收单元,用于通过所述第二控件接收所述用户为所述预定域名配置的多条CNAME记录,其中,所述多条CNAME记录中的其中一条在接收到来请求端的域名请求时被返回给所述请求端。
在本发明实施例中,采用从为预定域名配置的所有的CNAME记录中选择一条CNAME记录,并将选择出的CNAME记录通过域名请求的应答报文发送给请求端的方式,进而解决了无法为域名配置多个CNAME所导致的问题,能够针对单个域名配置多条CNAME记录。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种可选的计算机终端的硬件结构框图;
图2是根据本发明实施例的一种别名记录处理方法的流程图;
图3是根据本发明实施例的可选的别名记录处理方法在DNS服务软件实施的示意图;
图4是根据本发明实施例的一种别名记录配置方法的流程图;
图5是根据本发明实施例的别名记录处理装置的结构框图;
图6是根据本发明实施例的别名记录配置装置的结构框图;
图7是根据本发明实施例的一种计算机终端的结构框图;
图8是根据本发明实施例的应用网络场景示意图;
图9是根据本发明实施例的对DNS服务器进行配置的示意图;
图10是根据本发明实施例的配置界面示意图一;
图11是根据本发明实施例的配置界面示意图二;以及,
图12是根据本发明实施例的配置界面示意图三。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
本发明实施例提供了一种别名记录处理方法实施例。该别名记录处理方法可以使用到提供域名服务的软件上,例如,应用到BIND上。应用到域名服务软件上之后,每个预定域名均可以绑定多个CNAME,为灵活配置提供了基础。以当前大量使用CNAME记录的CDN服务为例,当CDN服务提供商为用户提供服务时,需要提供对应的域名,并为用户配置对应的多条CNAME记录。即,购买CDN服务时需要为域名做一个CNAME记录解析。在本实施例中,支持了单个域名配置多个CNAME记录,从而单个用户就可以同时使用多个CDN服务,提高了用户体验。
以下的方案可以实施到域名服务软件中,也可以作为一个单独的服务实施,无论是服务软件还是单独的服务实施,其均可以实施到服务器或各种计算设备上。其中,服务器可以是真实的硬件服务器,也可以是一种服务。随着云计算的发展,这种服务也可以安置在云服务上进行处理。
在下文中首先对实施本申请实施例方案的计算机、服务器等硬件结果进行说明。以下所说明的硬件结构是当前比较通用的硬件结构,随着技术的发展,这些硬件结构会发生变化,无论怎样的硬件结构只要能够实施本申请实施例中的方案就可以实现判断用户的身份认证是否通过。
本申请实施例一所提供的别名记录处理方法实施例可以在计算机终端或者类似的运算装置中执行。图1示出了一种用于实现别名记录处理方法的计算机终端(或移动设备)的硬件结构框图。如图1所示,计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b,……,102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机终端10中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器104可用于存储应用软件的软件程序以及模块,如本发明实施例中的别名记录处理方法对应的程序指令/数据存储装置,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的别名记录处理方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。
此处需要说明的是,在一些可选实施例中,上述图1所示的计算机设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是,图1仅为特定具体实例的一个实例,并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。
图8示出了本实施例的网络场景的示意图,如图8所示,用户可以通过笔记本、电脑、手机等终端访问网络,用户在访问网络的时候,一般情况下会使用域名进行访问,例如,用户需要范围www.AABBCC.com这个网站,用户通过终端发起访问www.AABBCC.com的请求,终端会首先向DNS服务器发起域名请求,请求得到www.AABBCC.com该域名对应的IP地址,然后,终端会通过该IP地址访问www.AABBCC.com这个网站。
由于用户的访问需求比较大,例如,对于某个知名网站而言,其用户的访问量能够在千万级别甚至更大,一台服务器是无法满足所有用户的访问需求的。因此,在提供服务的时候,一般会部署很多服务器来提供服务,在图8中示出了其中的三个:网页服务器1、网页服务器2、网页服务器3,并且由于用户可能来自不同的地区,这三个服务器也可能分布在不同的地区,就近为用户提供服务器。
在现有技术中,由于无法提供多个CNAME记录的绑定,此时,只能够使用这三个网页服务器的真实的IP地址。但是,IP地址仅仅是一系列无意义的数字,其并不能表明这个服务器所能提供的服务,而CNAME是一种文字的表达,在文字意义上可以标识出这个服务器提供的服务。
在本实施例中可以绑定多个CNAME记录,例如,网页服务器1为北京的用户提供服务,该网页服务器1的域名可以是beijing.AABBCC.com,网页服务器2为杭州的用户提供服务器,该网页服务器2的域名可以是hangzhou.AABBCC.com,网页服务器3为广州的用户提供服务器,该网页服务器3的域名可以是guangzhou.AABBCC.com。在域名服务器上可以配置这三个CNAME记录,根据需要选择相应的域名提供服务,由于三台网页服务的二级域名标识出了服务器的位置,为服务器的选择提供了帮助。
在上述运行环境下,本实施例提供了如图2所示的别名记录处理方法,该方法包括如下步骤:
步骤S202,接收来自请求端的域名请求,其中,该域名请求用于请求查询预定域名的别名CNAME记录;
步骤S204,加载为预定域名预先配置的所有的CNAME记录;
步骤S206,从所有的CNAME记录中选择一条CNAME记录;
步骤S208,将选择出的CNAME记录通过上述域名请求的应答报文发送给请求端。
通过上述步骤,不仅仅为域名配置了多条CNAME记录,而且在对域名请求进行应答时,从多个CNAME记录中选择了一个CNAME发送给请求端,从而在应答报文中也仅仅携带了一个CNAME记录,该应答报文不会被判定为非法,会被请求方接受。通过上述步骤进而解决了无法为域名配置多个CNAME所导致的问题,能够针对单个域名配置多条CNAME记录。
在图8示出的场景中,如果使用了上述步骤,则可以实现CDN服务。
公司A拥有一个域名,该域名为AABBCC.com,该域名对应的访问量比较大,需要CDN服务提供商为该公司提供服务,此时,需要公司A提供对应的域名AABBCC.com,为该公司配置对应的CNAME记录。即,购买CDN服务时需要为域名做一个CNAME记录解析。例如,为该公司配置了beijing.AABBCC.com、hangzhou.AABBCC.com、guangzhou.AABBCC.com三个CNAME记录,当用户访问AABBCC.com的时候,可以将用户分流到beijing.AABBCC.com、hangzhou.AABBCC.com、guangzhou.AABBCC.com三个CNAME中的任何一个上,从而实现访问量的负载均衡。
在一个可选的实施方式中,可以从所有的CNAME记录中随机选择一条CNAME记录。仍然以公司A为例,由于该记录是随机选择的,因此,分流到beijing.AABBCC.com、hangzhou.AABBCC.com、guangzhou.AABBCC.com的用户访问量应当是基本一致,因此,这种随机的方式可以基本做到平均分配访问量。
在某种情况下,beijing.AABBCC.com、hangzhou.AABBCC.com、guangzhou.AABBCC.com这三个CNAME记录对应的背后的资源是不同的,例如,beijing.AABBCC.com背后对应的资源比较丰厚一些,希望更多的访问量能够分配到该记录上。在一个可选的实施方式中,可以在随机的基础上,引入权重值的概念。在该可选实施方式中可以包括如下步骤:
获取所有的CNAME记录中每一条CNAME记录的权重值,其中,权重值用于指示随机返回该CNAME记录的概率;然后,根据每一条CNAME记录的权重值从所有的CNAME记录中选择一条CNAME记录。
仍然以公司A为例,为beijing.AABBCC.com分配的权重值是50,为hangzhou.AABBCC.com分配的权重值是30、为guangzhou.AABBCC.com分配的权重值是20,50表示选择beijing的概率为50%,30表示选择hangzhou的概率为30%,20表示选择guang zhou的概率为20%,因此,更多的将选择beijing.AABBCC.com。
通过该权重值的配置,可以灵活的控制对CNAME的选择,对于某种极端情况,如果希望不选择某个CNAME记录,则可以将该记录的权重值设置为0。
在实际实施过程中,可能两个CNAME记录或者多个CNAME记录背后对应的资源是相似的,在这种情况下,作为一个可选的实施方式,可以考虑对CNAME进行分组,例如,可以将beijing.AABBCC.com、hangzhou.AABBCC.com作为一组,将guangzhou.AA BBCC.com作为一组。
在分组之后,从所有的CNAME记录中选择一条CNAME记录的步骤可以包括:从所有的CNAME记录中随机选择一组CNAME记录;从选择出的一组CNAME记录中随机选择一条CNAME记录。在该可选实施方式中,首先选择一组CNAME记录,然后再从一组中选择一个记录,更加有利于对多个CNAME的管理。
权重值的概念也可以针对组引入,获取所有的CNAME记录中每一组CNAME记录的权重值,其中,权重值用于指示随机返回该组CNAME记录的概率;根据每一组CNAME记录的权重值从所有的CNAME记录中选择一组CNAME记录。此时,如果分组时是按照资源相似的原则进行的分组,那么只要针对组设置权重值就好,针对该组内的CNAME记录可以使用完全随机的方式。
作为另外一种可选的实施方式,如果分组时是按照其他的条件进行分配的,例如,是按照CNAME记录对应的服务器的IP地址的地理位置分配的,此时,在一组内的CNAME记录中进行选择的时候,可以引入权重值的概念。此时,从选择出的一组CNAME记录中随机选择一条CNAME记录包括:获取选择出的一组CNAME记录中每一条CNAME记录的权重值,其中,权重值用于指示随机返回该CNAME记录的概率;根据该组中的每一条CNAME记录的权重值从该组的CNAME记录中选择一条CNAME记录。
针对组引入的权重值以及针对组内的每条记录引入的权重值可以单独使用,也可以组合在一起实施。
上文中涉及到的权重值可以为预先配置的,或者,也可以是动态调整的,例如,权重值为根据该CNAME记录对应的服务器的负载情况得到的。
仍然以公司A为例,beijing.AABBCC.com、hangzhou.AABBCC.com、guangzhou.AABBCC.com分配的权重值分别为50、30、20,此时,随着分配到beijing的访问越来越多,希望减少分配到beijing上的访问,beijing.AABBCC.com、hangzhou.AABBCC.com、guangzhou.AABBCC.com分配的权重值可以调整为40、40、20。在一个比较优的实施方式中,为每个CNAME记录分配的权重值都可以是时间的函数,从而可以做到随时间的推移自动调整。
下面以图3为例结合本实施例应用在DNS服务软件上进行说明。
如图3所示,本实施例提出了一种基于允许配置多个CNAME记录,并会根据配置的权重值随机发送任意一条CNAME记录至应答报文的方法。
DNS服务软件允许用户针对单个域名配置多条CNAME记录,并支持这多条CNAME记录指向不同的域名,请见表1,DNS服务软件会保存用户的这种配置。
表1
CNAME1 AABBCC.com beijing.AABBCC.com 权重1
CNAME2 AABBCC.com hangzhou.AABBCC.com 权重2
CNAME3 AABBCC.com guangzhou.AABBCC.com 权重3
当DNS服务器来自请求端的该域名请求时,会根据用户为该域名配置的多条记录的权重值,来决定返回哪一条CNAME记录给请求段,以确保请求段只会收到1条CNAME应答,这样DNS应答报文完全符合RFC1034的相关要求,也会被请求段认为是合法报文。
传统的DNS服务软件的A/CNAME等相关记录类型并不支持权重值配置,无法根据权重值灵活决定DNS服务软件应该为请求端响应哪一条记录。在本实施例中,在允许用户配置多条CNAME记录的基础上,增加了允许用户为这多条CNAME记录配置权重值的方法。在DNS服务软件使用本方法后,在响应请求端的CNAME请求时,会加载用户为该域名配置的所有CNAME记录的集合,并提取用户配置的权重值,利用权重值随机算法,抽取其中的一条CNAME记录,并作为DNS应答的记录。
在这种方法下,用户配置多条CNAME记录时,每条CNAME记录需要额外配置一个权重值(数字),数字越大代表着这条记录作为应答记录的机会越大。如表2所示,某域名一共有2条记录权重分别是beijing.AABBCC.com 30/hangzhou.AABBCC.com 70:则在每100次请求中,有30次会随机返回”beijing.AABBCC.com”,有70次会随机返回”hangzhou.AABBCC.com”;如果这2个值分别为50/50,则随机返回这2条记录的概率是50:50一样的。这种设计尤其适用于域名平滑变更的场景。
表2
CNAME1 AABBCC.com beijing.AABBCC.com 权重1:30
CNAME2 AABBCC.com hangzhou.AABBCC.com 权重2:70
当本域名拥有3条CNAME记录且这3条CNAME记录配置对应的权重分别为50/20/30时(如上表1所示),则在100次请求中,随机返回这3条记录的概率分别是50:20:30。
通过本实施例提出了一种新的DNS的CNAME记录的解析方法,这种DNS域名解析方法在处理CNAME记录的过程中,允许用户针对单个域名配置多条CNAME记录,且不会类似传统DNS服务软件那样直接报“配置错误”。本实施例中,DNS域名解析方法同时支持用户针对多条CNAME记录配置权重值,根据用户配置的权重值比例随机地返回其中一条CNAME记录。
实施例2
本发明实施例提供了一种别名记录配置方法实施例。图9是根据本发明实施例的对DNS服务器进行配置的示意图,如图9所示,用户可以使用笔记本、电脑、手机等终端对DNS服务器进行配置。
该别名记录配置方法可以使用到提供域名服务的软件上,例如,应用到BIND上。应用到域名服务软件上之后,每个预定域名均可以绑定多个CNAME,为灵活配置提供了基础。以当前大量使用CNAME记录的CDN服务为例,当CDN服务提供商为用户提供服务时,需要提供对应的域名,并为用户配置对应的多条CNAME记录。即,购买CDN服务时需要为域名做一个CNAME记录解析。在本实施例中,支持了单个域名配置多个CNAME记录,从而单个用户就可以同时使用多个CDN服务,提高了用户体验。
在配置时,可以向用户提供APP进行配置,也可以向用户提供网页进行配置,无论是提供APP还是提供网页只要能够接收用户的输入就可以达到为一个域名配置多个CNAME记录的目的。用户进行配置时,可以使用计算设备也可以使用移动终端,无论是计算设备还是移动终端,其硬件架构如图1所示,该图在实施例1中已经进行了详细的说明,在此不再赘述。
图4是根据本发明实施例的一种别名记录配置方法的流程图,如图4所示,该流程可以包括如下步骤:
步骤S402,呈现第一控件,其中,第一控件用于配置域名;
步骤S404,通过第一控件接收用户配置的预定域名;
步骤S406,呈现第二控件,其中,第二控件用于配置CNAME记录,第二控件为能够输入多项的控件;
步骤S408,通过第二控件接收用户为预定域名配置的多条CNAME记录,其中,多条CNAME记录中的其中一条在接收到来请求端的域名请求时被返回给请求端。
通过上述步骤,可以实现对预定域名的多个CNAME记录的配置,该配置可以由用户进行。如果在上述公司A的例子当中,则可以由公司A的网络人员来进行配置,还可以有CDN服务提供商来进行配置。
图10中示出了配置的界面示意图,如图10所示,在该界面中可以提供两个控件用于输入域名,另一个控件用于输入CNAME记录,点击+号就可以多增加一个输入框用于输入另外一个CNAME域名。在图10中示出了两组界面,第一组界面中这两个控件在同一个页面中,在第二组界面中,这两个控件在不同的界面中。
在一个可选的实施方式中,为了更加便于配置,还可以呈现第三控件,如图11所示,第三控件用于为CNAME记录配置权重值,权重值用于指示随机返回该CNAME记录的概率。通过该可选的实施方式,不仅仅可以配置多条CNAME记录,还可以为每一条CNAME配置权重值。
作为另一个可选的实施方式,如图12所示,还可以呈现第四控件,其中,该第四控件用于对多条CNAME进行分组。此时,第三控件还可以用于对分组和/或分组中的每条CNAME记录进行权重值的配置。通过该可选的实施方式,可以使配置更加的灵活。
在配置比较灵活的情况下,还可以提供权限的控制,即针对某个用户其允许或者不允许配置多条CNAME记录,或者,允许或者不允许配置每条CNAME记录的权重值,或者,允许或不允许对CNAME记录进行分组,或者,允许或不允许对组进行权重值的配置等等。
实施例3
根据本发明实施例,还提供了一种用于实施上述别名记录处理方法的装置,图5是根据本发明实施例的别名记录处理装置的结构框图,如图5所示,该装置包括:第一接收单元52、加载单元54、选择单元56和发送单元58。下面对此进行说明。
第一接收单元52,用于接收来自请求端的域名请求,其中,域名请求用于请求查询预定域名的别名CNAME记录;
加载单元54,用于加载为预定域名预先配置的所有的CNAME记录;
选择单元56,用于从所有的CNAME记录中选择一条CNAME记录;
发送单元58,用于将选择出的CNAME记录通过域名请求的应答报文发送给请求端。
上述装置用于实现实施例1中的方法,实施例1中的选择CNAME记录的可选的实施方式也可以应用到选择单元56当中。
例如,在选择单元56中可以随机选择一条CNAME记录,也可以根据权重值随机选择一条CNAME记录。选择单元56还可以随机选择一个组,然后在该组中再随机选择一个CNAME记录。可选的实施方式中,选择组的时候也可以根据该组的权重值来进行选择,从组中选择CNAME记录的时候也可以根据该记录在该组中的权重值来进行选择。这些可选实施方式的技术效果已经在实施例1中进行了说明,在此不再赘述。
实施例4
根据本发明实施例的另一个方面,还提供了一种别名记录配置装置,图6是根据本发明实施例的别名记录配置装置的结构框图,如图6所示,该装置包括:第一呈现单元62、第二接收单元64、第二呈现单元66、第三接收单元68。
第一呈现单元62,用于呈现第一控件,其中,第一控件用于配置域名;
第二接收单元64,用于通过第一控件接收用户配置的预定域名;
第二呈现单元66,用于呈现第二控件,其中,第二控件用于配置CNAME记录,第二控件为能够输入多项的控件;
第三接收单元68,用于通过第二控件接收用户为预定域名配置的多条CNAME记录,其中,多条CNAME记录中的其中一条在接收到来请求端的域名请求时被返回给请求端。
在一个可选的实施方式中,为了更加便于配置,还可以呈现第三控件,呈现第三控件可以通过第三呈现单元来进行,其中,第三控件用于为CNAME记录配置权重值,权重值用于指示随机返回该CNAME记录的概率。通过该可选的实施方式,不仅仅可以配置多条CNAME记录,还可以为每一条CNAME配置权重值。
作为另一个可选的实施方式,还可以呈现第四控件,呈现第四控件可以通过第四呈现单元来进行,其中,该第四控件用于对多条CNAME进行分组。此时,第三控件还可以用于对分组和/或分组中的每条CNAME记录进行权重值的配置。通过该可选的实施方式,可以使配置更加的灵活。
在配置比较灵活的情况下,还可以提供权限的控制,即针对某个用户其允许或者不允许配置多条CNAME记录,或者,允许或者不允许配置每条CNAME记录的权重值,或者,允许或不允许对CNAME记录进行分组,或者,允许或不允许对组进行权重值的配置等等。
实施例5
本发明的实施例可以提供一种计算机终端,该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地,在本实施例中,上述计算机终端也可以替换为移动终端等终端设备。
可选地,在本实施例中,上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中,上述计算机终端可以执行上述实施例1至实施例4中的方案。
可选地,图7是根据本发明实施例的一种计算机终端的结构框图。如图7所示,该计算机终端10可以包括:一个或多个(图中仅示出一个)处理器和存储器。
其中,存储器可用于存储软件程序以及模块,如本发明实施例中的安全漏洞检测方法和装置对应的程序指令/模块,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的系统漏洞攻击的检测方法。存储器可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行实施例1至实施例4中的方案。
上述处理器还可以执行实施例1至实施例4中实施方式的程序代码
本领域普通技术人员可以理解,图7所示的结构仅为示意,计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices,MID)、PAD等终端设备。图7其并不对上述电子装置的结构造成限定。例如,计算机终端10还可包括比图7中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图7所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例6
本发明的实施例还提供了一种存储介质。该存储介质可以包括但是不限于:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(Random Access Memory,RAM)、磁盘或光盘。随着技术的发展出现的其他存储介也可以实现本实施例。
本实施例中的存储介质保存有计算机程序或软件程序,该计算机程序或软件程序用于执行:接收来自请求端的域名请求,其中,域名请求用于请求查询预定域名的别名CNAME记录;加载为预定域名预先配置的所有的CNAME记录;从所有的CNAME记录中选择一条CNAME记录;将选择出的CNAME记录通过域名请求的应答报文发送给请求端。
作为一个可选的实施方式,该计算机程序或软件程序用于执行:从所有的CNAME记录中随机选择一条CNAME记录。
作为一个可选的实施方式,该计算机程序或软件程序用于执行:获取所有的CNAME记录中每一条CNAME记录的权重值,其中,权重值用于指示随机返回该CNAME记录的概率;根据每一条CNAME记录的权重值从所有的CNAME记录中选择一条CNAME记录。
作为一个可选的实施方式,该计算机程序或软件程序用于执行:从所有的CNAME记录中随机选择一组CNAME记录;从选择出的一组CNAME记录中随机选择一条CNAME记录。
作为一个可选的实施方式,该计算机程序或软件程序用于执行:从所有的CNAME记录中随机选择一组CNAME记录包括:获取所有的CNAME记录中每一组CNAME记录的权重值,其中,权重值用于指示随机返回该组CNAME记录的概率;根据每一组CNAME记录的权重值从所有的CNAME记录中选择一组CNAME记录;和/或,从选择出的一组CNAME记录中随机选择一条CNAME记录包括:获取选择出的一组CNAME记录中每一条CNAME记录的权重值,其中,权重值用于指示随机返回该CNAME记录的概率;根据该组中的每一条CNAME记录的权重值从该组的CNAME记录中选择一条CNAME记录。
作为一个可选的实施方式,该计算机程序或软件程序用于执行:权重值为预先配置的,或者,权重值为根据该CNAME记录对应的服务器的负载情况得到的。
本实施例中的存储介质还可以保存另一计算机程序或软件程序,该计算机程序或软件程序用于执行:呈现第一控件,其中,第一控件用于配置域名;通过第一控件接收用户配置的预定域名;呈现第二控件,其中,第二控件用于配置CNAME记录,第二控件为能够输入多项的控件;通过第二控件接收用户为预定域名配置的多条CNAME记录,其中,多条CNAME记录中的其中一条在接收到来请求端的域名请求时被返回给请求端。
作为一个可选的实施方式,该计算机程序或软件程序用于执行:呈现第三控件,其中,第三控件用于为CNAME记录配置权重值,权重值用于指示随机返回该CNAME记录的概率。
上述存储介质还可以保存上述计算机程序或软件程序执行过程中使用到的或者产生的数据。
可选地,在本实施例中,上述存储介质可以用于保存上述实施例1至4所提供的方案所执行的程序代码。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
实施例7
在本实施例中,接收到来自请求端的域名请求,加载为预定域名预先配置的所有的CNAME记录;从所有的CNAME记录中选择一条CNAME记录,在选择的时候,获取所有的CNAME记录中每一条CNAME记录的权重值,其中,权重值用于指示随机返回该CNAME记录的概率;然后,根据每一条CNAME记录的权重值从所有的CNAME记录中选择一条CNAME记录;最后,将选择出的CNAME记录通过上述域名请求的应答报文发送给请求端。
在本实施例中,不仅仅为域名配置了多条CNAME记录,而且在对域名请求进行应答时,从多个CNAME记录中选择了一个CNAME发送给请求端,从而在应答报文中也仅仅携带了一个CNAME记录,该应答报文不会被判定为非法,会被请求方接受。通过上述步骤进而解决了无法为域名配置多个CNAME所导致的问题,能够针对单个域名配置多条CNAME记录。并且,由于增加了权重值的选择,从而可以使控制CNAME记录的选择。
配置界面可以参照图10、图11、图12中示出的界面,在此不再赘述。
实施例8
在本实施例中,接收到来自请求端的域名请求,加载为预定域名预先配置的所有的CNAME记录;从所有的CNAME记录中选择一条CNAME记录,在选择的时候,首先选择分组,然后再从该分组中选择一条CNAME记录;在选择分组的时候,可以根据分组的权重值进行选择,其中,权重值用于指示随机返回该分组的概率;然后,在分组中的所有的CNAME记录中随机选择一条CNAME记录;最后,将选择出的CNAME记录通过上述域名请求的应答报文发送给请求端。
在本实施例中,不仅仅为域名配置了多条CNAME记录,而且在对域名请求进行应答时,从多个CNAME记录中选择了一个CNAME发送给请求端,从而在应答报文中也仅仅携带了一个CNAME记录,该应答报文不会被判定为非法,会被请求方接受。通过上述步骤进而解决了无法为域名配置多个CNAME所导致的问题,能够针对单个域名配置多条CNAME记录。并且,由于增加了分组,以及分组的权重值的选择,从而可以更好的控制CNAME记录的选择。
配置界面可以参照图10、图11、图12中示出的界面,在此不再赘述。
实施例9
在本实施例中,接收到来自请求端的域名请求,加载为预定域名预先配置的所有的CNAME记录;从所有的CNAME记录中选择一条CNAME记录,在选择的时候,首先选择分组,然后再从该分组中选择一条CNAME记录;在选择分组的时候,可以根据分组的权重值进行选择,其中,权重值用于指示随机返回该分组的概率;然后,在分组中的所有的CNAME记录中选择CNAME记录时也根据该记录在该分组中的权重值进行选择;最后,将选择出的CNAME记录通过上述域名请求的应答报文发送给请求端。
在本实施例中,不仅仅为域名配置了多条CNAME记录,而且在对域名请求进行应答时,从多个CNAME记录中选择了一个CNAME发送给请求端,从而在应答报文中也仅仅携带了一个CNAME记录,该应答报文不会被判定为非法,会被请求方接受。通过上述步骤进而解决了无法为域名配置多个CNAME所导致的问题,能够针对单个域名配置多条CNAME记录。并且,在本实施例中不仅仅增加了分组以及分组的权重值,还增加了分组中的每条CNAME记录的权重,从而可以控制CNAME记录的选择更加精确。
配置界面可以参照图10、图11、图12中示出的界面,在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的可选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种别名记录处理方法,其特征在于,包括:
接收来自请求端的域名请求,其中,所述域名请求用于请求查询预定域名的别名CNAME记录;
加载为所述预定域名预先配置的所有的CNAME记录;
从所述所有的CNAME记录中选择一条CNAME记录;
将选择出的CNAME记录通过所述域名请求的应答报文发送给所述请求端。
2.根据权利要求1所述的方法,其特征在于,从所述所有的CNAME记录中选择一条CNAME记录包括:
从所述所有的CNAME记录中随机选择一条CNAME记录。
3.根据权利要求2所述的方法,其特征在于,从所述所有的CNAME记录中随机选择一条CNAME记录包括:
获取所述所有的CNAME记录中每一条CNAME记录的权重值,其中,所述权重值用于指示随机返回该CNAME记录的概率;
根据所述每一条CNAME记录的权重值从所述所有的CNAME记录中选择一条CNAME记录。
4.根据权利要求1所述的方法,其特征在于,从所述所有的CNAME记录中选择一条CNAME记录包括:
从所述所有的CNAME记录中随机选择一组CNAME记录;
从选择出的一组CNAME记录中随机选择一条CNAME记录。
5.根据权利要求4所述的方法,其特征在于,
从所述所有的CNAME记录中随机选择一组CNAME记录包括:获取所述所有的CNAME记录中每一组CNAME记录的权重值,其中,所述权重值用于指示随机返回该组CNAME记录的概率;根据所述每一组CNAME记录的权重值从所述所有的CNAME记录中选择一组CNAME记录;和/或,
从选择出的一组CNAME记录中随机选择一条CNAME记录包括:获取选择出的一组CNAME记录中每一条CNAME记录的权重值,其中,所述权重值用于指示随机返回该CNAME记录的概率;根据该组中的所述每一条CNAME记录的权重值从所述该组的CNAME记录中选择一条CNAME记录。
6.根据权利要求3或5所述的方法,其特征在于,所述权重值为预先配置的,或者,所述权重值为根据该CNAME记录对应的服务器的负载情况得到的。
7.一种别名记录配置方法,其特征在于,包括:
呈现第一控件,其中,所述第一控件用于配置域名;
通过所述第一控件接收用户配置的预定域名;
呈现第二控件,其中,所述第二控件用于配置CNAME记录,所述第二控件为能够输入多项的控件;
通过所述第二控件接收所述用户为所述预定域名配置的多条CNAME记录,其中,所述多条CNAME记录中的其中一条在接收到来请求端的域名请求时被返回给所述请求端。
8.根据权利要求7所述的方法,其特征在于,还包括:
呈现第三控件,其中,所述第三控件用于为CNAME记录配置权重值,所述权重值用于指示随机返回该CNAME记录的概率。
9.一种别名记录处理装置,其特征在于,包括:
第一接收单元,用于接收来自请求端的域名请求,其中,所述域名请求用于请求查询预定域名的别名CNAME记录;
加载单元,用于加载为所述预定域名预先配置的所有的CNAME记录;
选择单元,用于从所述所有的CNAME记录中选择一条CNAME记录;
发送单元,用于将选择出的CNAME记录通过所述域名请求的应答报文发送给所述请求端。
10.一种别名记录配置装置,其特征在于,包括:
第一呈现单元,用于呈现第一控件,其中,所述第一控件用于配置域名;
第二接收单元,用于通过所述第一控件接收用户配置的预定域名;
第二呈现单元,用于呈现第二控件,其中,所述第二控件用于配置CNAME记录,所述第二控件为能够输入多项的控件;
第三接收单元,用于通过所述第二控件接收所述用户为所述预定域名配置的多条CNAME记录,其中,所述多条CNAME记录中的其中一条在接收到来请求端的域名请求时被返回给所述请求端。
CN201611235564.9A 2016-12-27 2016-12-27 别名记录处理方法、配置方法及装置 Pending CN108243266A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611235564.9A CN108243266A (zh) 2016-12-27 2016-12-27 别名记录处理方法、配置方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611235564.9A CN108243266A (zh) 2016-12-27 2016-12-27 别名记录处理方法、配置方法及装置

Publications (1)

Publication Number Publication Date
CN108243266A true CN108243266A (zh) 2018-07-03

Family

ID=62702951

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611235564.9A Pending CN108243266A (zh) 2016-12-27 2016-12-27 别名记录处理方法、配置方法及装置

Country Status (1)

Country Link
CN (1) CN108243266A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109040052A (zh) * 2018-07-26 2018-12-18 平安科技(深圳)有限公司 一种信息处理方法、终端及计算机可读介质
CN109327559A (zh) * 2018-11-08 2019-02-12 同盾控股有限公司 一种基于混合云平台的域名解析方法和装置
CN109561101A (zh) * 2018-12-25 2019-04-02 上海点融信息科技有限责任公司 针对拒绝服务攻击的处理方法和装置
CN109936632A (zh) * 2019-03-07 2019-06-25 杭州又拍云科技有限公司 一种应用于dns权威服务器的cname加速方法
CN110881064A (zh) * 2018-09-06 2020-03-13 阿里巴巴集团控股有限公司 一种域名配置方法及设备
CN114143332A (zh) * 2021-11-03 2022-03-04 阿里巴巴(中国)有限公司 基于内容分发网络cdn的处理方法、电子设备和介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102055818A (zh) * 2010-12-30 2011-05-11 北京世纪互联工程技术服务有限公司 分布式智能dns库系统
US20130173769A1 (en) * 2011-12-30 2013-07-04 Time Warner Cable Inc. System and method for resolving a dns request using metadata
CN104144222A (zh) * 2014-08-20 2014-11-12 北京阅联信息技术有限公司 Dns授权系统中基于别名记录的负载均衡方法及系统
CN105516391A (zh) * 2015-12-25 2016-04-20 互联网域名系统北京市工程研究中心有限公司 一种基于cname的dns域名解析方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102055818A (zh) * 2010-12-30 2011-05-11 北京世纪互联工程技术服务有限公司 分布式智能dns库系统
US20130173769A1 (en) * 2011-12-30 2013-07-04 Time Warner Cable Inc. System and method for resolving a dns request using metadata
CN104144222A (zh) * 2014-08-20 2014-11-12 北京阅联信息技术有限公司 Dns授权系统中基于别名记录的负载均衡方法及系统
CN105516391A (zh) * 2015-12-25 2016-04-20 互联网域名系统北京市工程研究中心有限公司 一种基于cname的dns域名解析方法

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109040052A (zh) * 2018-07-26 2018-12-18 平安科技(深圳)有限公司 一种信息处理方法、终端及计算机可读介质
CN109040052B (zh) * 2018-07-26 2021-06-15 平安科技(深圳)有限公司 一种信息处理方法、终端及计算机可读介质
CN110881064A (zh) * 2018-09-06 2020-03-13 阿里巴巴集团控股有限公司 一种域名配置方法及设备
CN110881064B (zh) * 2018-09-06 2022-08-02 阿里巴巴集团控股有限公司 一种域名配置方法及设备
CN109327559A (zh) * 2018-11-08 2019-02-12 同盾控股有限公司 一种基于混合云平台的域名解析方法和装置
CN109327559B (zh) * 2018-11-08 2022-03-25 同盾控股有限公司 一种基于混合云平台的域名解析方法和装置
CN109561101A (zh) * 2018-12-25 2019-04-02 上海点融信息科技有限责任公司 针对拒绝服务攻击的处理方法和装置
CN109561101B (zh) * 2018-12-25 2021-08-10 上海点融信息科技有限责任公司 针对拒绝服务攻击的处理方法和装置
CN109936632A (zh) * 2019-03-07 2019-06-25 杭州又拍云科技有限公司 一种应用于dns权威服务器的cname加速方法
CN109936632B (zh) * 2019-03-07 2021-12-21 杭州又拍云科技有限公司 一种应用于dns权威服务器的cname加速方法
CN114143332A (zh) * 2021-11-03 2022-03-04 阿里巴巴(中国)有限公司 基于内容分发网络cdn的处理方法、电子设备和介质
CN114143332B (zh) * 2021-11-03 2024-06-11 阿里巴巴(中国)有限公司 基于内容分发网络cdn的处理方法、电子设备和介质

Similar Documents

Publication Publication Date Title
CN108243266A (zh) 别名记录处理方法、配置方法及装置
US12047462B2 (en) Private service endpoints in isolated virtual networks
CN111460460B (zh) 任务访问方法、装置、代理服务器及机器可读存储介质
US10523748B2 (en) Managing health status of network devices in a distributed global server load balancing system
US9900281B2 (en) Computer-implemented method, apparatus, and computer-readable medium for processing named entity queries using a cached functionality in a domain name system
CN105721420B (zh) 访问权限控制方法和反向代理服务器
CN111200655A (zh) 一种基于代理服务器的内网访问方法、系统、电子设备
CN103384237A (zh) 一种共享IaaS业务云账号的方法、及共享平台和网络装置
CN108920111B (zh) 数据共享方法及分布式数据共享系统
CN109818997A (zh) 一种负载均衡方法、系统及存储介质
CN110138801A (zh) 文件共享方法、装置、系统、服务器、终端及存储介质
US20210367965A1 (en) Distributed scanning
CN112995247A (zh) 数据发送或处理的方法、装置和系统
CN109981569A (zh) 网络系统访问方法、装置、计算机设备及可读存储介质
CN106027356A (zh) 一种隧道标识的转换方法及装置
CN110392123A (zh) 检测出口ip地址的方法、装置和系统
CN107124310B (zh) 一种权限的配置方法及装置
CN103973747A (zh) 一种获取内容的方法和装置
CN104092751A (zh) 一种业务访问方法和设备
CN108462759A (zh) 域名解析方法及装置
CN111970194B (zh) 一种api网关的配置及请求处理方法
CN111683164B (zh) 一种ip地址的配置方法及vpn服务系统
CN104717309B (zh) 网络服务提供方法、装置和系统
CN107508760B (zh) 一种基于线路源ip进行负载分发的方法
DeJonghe et al. Application Delivery and Load Balancing in Microsoft Azure

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20180703

RJ01 Rejection of invention patent application after publication