CN101499996B - 域名差异化解析方法和域名服务器 - Google Patents
域名差异化解析方法和域名服务器 Download PDFInfo
- Publication number
- CN101499996B CN101499996B CN2008100066183A CN200810006618A CN101499996B CN 101499996 B CN101499996 B CN 101499996B CN 2008100066183 A CN2008100066183 A CN 2008100066183A CN 200810006618 A CN200810006618 A CN 200810006618A CN 101499996 B CN101499996 B CN 101499996B
- Authority
- CN
- China
- Prior art keywords
- domain name
- inquiry
- address
- type
- customer type
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了域名差异化解析方法和域名服务器。该域名差异化解析方法包括步骤:接收域名查询消息,所述域名查询消息中包括要解析的域名和客户类型信息;解析所述域名查询消息,获得所述域名和客户类型;查询包含所述域名和客户类型的资源记录,返回包含查询获得的资源记录中的IP地址的域名响应消息。通过本发明的域名差异化解析方法和域名服务器,可以为不同客户类型的客户提供差异化的域名解析服务。
Description
技术领域
本发明涉及因特网域名系统技术领域,尤其涉及域名差异化解析方法和域名服务器。
背景技术
域名系统(Domain Name System,DNS)是将因特网(Internet)域名转化为IP地址的系统。在域名系统中,域名服务器(DomainName Server)根据域名客户机(Domain Name Client)提供的要访问网址的域名,自动转换为相应的IP地址,并提供给域名客户机。这样域名客户机就可以根据获得的IP地址访问要去的网站。
图1示出现有技术的域名解析过程的示意图。如图1所示,首先,域名客户机向域名服务器发送域名查询消息,向域名服务器查询“vod.ctlab.cn的IP地址是什么?”(步骤①);域名服务器收到查询消息后,根据配置的资源记录信息获得与“vod.ctlab.cn”对应的IP地址“2001:c68:300:104∷20”,通过域名响应消息返回域名客户机(步骤②);然后,域名客户机根据获得IP地址访问目标网络设备(步骤③)。
当然,在域名系统中存在多个域名服务器,这些域名服务器按照一定的层次结构组织在一起,按照规定的机制共同实现域名的解析。
但是,现有的域名解析机制通常对同一域名返回相同的IP地址,不能对不同的客户提供差异化的域名解析服务。
发明内容
有鉴于此,本发明要解决的一个技术问题是提供一种域名差异化解析方法,能够提供差异化的域名解析服务。
本发明提供的域名差异化解析方法,域名服务器中的资源记录中包含客户类型项,该方法包括步骤:接收域名查询消息,所述域名查询消息中包括要解析的域名和客户类型信息;解析所述域名查询消息,获得所述域名和客户类型;查询包含所述域名和客户类型的资源记录,返回包含查询获得的资源记录中的IP地址的域名响应消息。
其中,所述域名查询消息中包含源IPv6地址,IPv6地址中包含客户类型标识字段,通过解析所述域名查询消息中的源IPv6地址的客户类型标识字段获得所述客户类型。
根据本发明的一个实施例,该方法还包括步骤:当未查询到包含所述域名和客户类型的资源记录时,查询包含所述域名和缺省客户类型的资源记录,返回包含查询获得的资源记录中的IP地址的域名响应消息。
根据本发明的一个实施例,该方法还包括步骤:生成包含所述域名的具有指定查询类型的域名查询消息,发送给上级域名服务器;从所述上级域名服务器接收域名响应消息,将所述域名响应消息中的资源记录存储在本地。
本发明的提供的域名差异化解析方法,通过域名查询消息中包含的客户类型对客户进行区分,不同客户类型的客户对同一域名的解析请求会返回相应的IP地址,实现了域名解析的差异化服务。
进一步,在域名服务器中没有与客户类型对应的资源记录时,返回缺省客户类型的IP地址,可以在现有的域名系统兼容。
进一步,通过源IPv6地址来区分客户类型,仅需在域名服务器做改动,不需要修改域名解析消息的格式和内容,对整个系统的影响较小。
本发明要解决的另一技术问题是提供一种域名差异化解析方法,能够提供差异化的域名解析服务。
本发明提供的一种域名差异化解析方法,域名服务器中存储的资源记录中包含客户类型项,该方法包括:接收并解析域名查询消息,获得所述域名查询消息中包含的域名和查询类型信息;判断所述查询类型是否为指定类型,如果是,则查询包含所述域名的资源记录,返回包含查询获得的所有资源记录的域名响应消息,否则,执行下列步骤:解析所述域名查询消息中包含的客户类型消息;查询包含所述域名和客户类型的资源记录,返回包含查询获得的资源记录中的IP地址的域名响应消息。其中,所述指定类型为新定义的查询类型“QAR”。
本发明提供的域名差异化解析方法,域名服务器中存储的资源记录中包括客户类型项,当查询类型为指定类型时,返回所有对应的资源记录,当查询类型不是指定类型时,返回和客户类型对应的资源记录,从而提供了差异化的域名解析服务。
本发明要解决的又一个技术问题是提供一种域名服务器,可以提供差异化的域名解析服务。
本发明提供一种域名服务器,包括资源存储模块,用于存储资源记录,每一条所述资源记录中包括域名、客户类型和IP地址信息;请求解析模块,用于接收并解析域名查询消息,获得所述域名查询消息中包含的域名和客户类型,将所述域名和客户类型发送给地址获取模块;地址获取模块,用于接收域名和客户类型,从所述资源存储模块中查询与所述域名和客户类型对应的资源记录,返回查询获得的资源记录中的IP地址。
其中,所述域名查询消息中包含IPv6地址,所述IPv6地址中包含客户类型标识字段;所述请求解析模块通过所述客户类型标识字段获得所述客户类型。
根据本发明的一个实施例,域名服务器还包括资源获取模块,用于生成包含所述域名且具有指定查询类型的域名查询消息,将所述域名查询消息发送给上级域名服务器,从所述上级域名服务器接收域名响应消息,将所述域名响应消息中的资源记录存储在所述资源存储模块。
进一步,所述请求解析模块,还用于解析所述域名查询消息获得查询类型,将所述查询类型发送给所述地址获取模块;所述地址获取模块,还用于接收所述查询类型,判断所述查询类型是否为所述指定查询类型,如果是,则从所述资源存储模块中查询与所述域名对应的资源记录,返回查询获得的所有资源记录,否则,从所述资源存储模块中查询与所述域名和客户类型对应的资源记录,返回查询获得的资源记录中的IP地址。
本发明的提供的域名服务器,通过请求解析模块获得域名查询消息中包含的客户类型和域名,地址获取模块根据该客户类型和域名从资源存储模块获得对应的资源记录,并返回资源记录中的IP地址,从而实现返回的IP地址和客户类型相对应,实现了域名解析的差异化服务。
进一步,通过域名查询消息中包含的源IPv6地址来区分客户类型,仅需在域名服务器做改动,不需要修改域名解析消息的格式和内容,对整个系统的影响较小。
更进一步,资源获取服务器生成指定查询类型的域名查询消息,通过上级域名服务器获得该域名下的所有资源记录,减少访问上级域名服务器的次数,提高效率。
附图说明
图1为现有技术的域名解析过程的示意图;
图2为本发明的域名差异化解析方法的一个实施例的流程图;
图3为域名查询消息中IPv6报头格式的示意图;
图4为域名查询消息中域名内容部分的格式示意图;
图5为本发明的一个实施例中的IPv6地址的格式示意图;
图6为本发明的域名差异化解析方法的一个应用例;
图7为本发明的多级域名服务器协同工作的示意图;
图8为本发明的域名服务器的一个实施例的结构框图;
图9为本发明的域名服务器的另一个实施例的结构框图。
具体实施方式
本发明的基本思想是,在现有系统中增强域名服务器的功能,使其能够根据域名查询消息中包含的源IPv6地址信息获得客户类型,并提供差异化的IP地址解析结果,从而为不同客户或终端提供差异化服务。
下面首先说明本发明在域名服务器的相关改动和扩充。
在现有的域名服务器中,一条资源记录通常包括5项:域名(Domain_name)、生存时间(Time_to_live)、类别(Class)、类型(Type)和值(RDATA)。在本发明的域名服务器中,对资源记录增加客户类型(User_type)项。对于包含相同域名的资源记录,如果客户类型不同,对应的值(即IP地址)也可能不同。表1为示出本发明的域名服务器中的资源记录的例子:
$ORIGIN ctlab.cn. | |||||
域名 | 生存时间 | 类别 | 类型 | 客户类型 | 值 |
sip.rural | 3600 | IN | AAAA | 缺省 | 2001:c68:300:104∷10 |
sip.rural | 3600 | IN | AAAA | 普通个人 | 2001:c68:300:104∷10 |
sip.rural | 3600 | IN | AAAA | VIP个人 | 2001:c68:100:104∷101 |
sip.rural | 3600 | IN | AAAA | 移动终端 | 2001:c68:200:104∷102 |
vod | 3600 | IN | AAAA | 缺省 | 2001:c68:300:104∷20 |
vod | 3600 | IN | AAAA | 普通个人 | 2001:c68:300:104∷20 |
vod | 3600 | IN | AAAA | VIP个人 | 2001:c68:100:104∷201 |
vod | 3600 | IN | AAAA | 移动终端 | 2001:c68:200:104∷202 |
camera | 3600 | IN | AAAA | 缺省 | 2001:c68:300:10f∷30 |
download | 3600 | IN | A | 缺省 | 219.143.125.155 |
表1
其中,类别中的“IN”表示对应的地址是因特网地址,类型中的“AAAA”表示对应的地址是IPv6地址,类型中的“A”表示对应的地址是IPv4地址。从表1中可以看出,存在多条包括同一个域名的资源记录,分别包含不同的客户类型和/或IP地址。
本领域的技术人员将理解,上述的资源记录包含的各项中域名、客户类型和值项对于本发明是必须的,而其他的项是可选的,并且可以根据需要增加新的项。
图2为示出根据本发明的域名差异化解析方法的一个实施例的流程图。
如图2所示,在步骤201,域名服务器接收到来自域名客户机的域名查询消息。域名查询消息中包括客户类型和需要解析的域名。稍后将详细介绍客户类型和域名在域名查询消息中的具体实现。
在步骤203,域名服务器解析该域名查询消息,获得其中包含的域名和客户类型。下面将详细介绍域名服务器对域名查询消息的解析。
在步骤205,域名服务器根据获得的域名和客户类型确定对应的IP地址。域名服务器可以从本地存储的资源记录中查询对应的IP地址。如果在本地没有对应的资源记录,则可以进一步到上一级的域名服务器上去查询相应的资源记录。
在步骤207,域名服务器通过域名响应消息将确定的IP地址返回域名客户机。
下面将详细介绍客户类型和域名在域名查询消息中的具体实现。
域名查询消息中包括IP报头和域名内容部分。
IP报头包括IPv4报头或者IPv6报头。图3为示出IPv6报头格式的示意图。如图3所示,报头的开始字段是“版本”字段30,用来区分是IPv4报头还是IPv6报头,IPv6报头还包括128比特的源IP地址字段31和128比特的目的IP地址字段32。与IPv6报头不同,IPv4报头的源IP地址字段和目的IP地址字段的长度是32比特。
图4为示出域名内容部分的格式示意图。如图4所示,域名内容部分包括首部401、提问402、回答403、授权404和附件信息405。详细的说明可以参见RFC 1034“Domain Concepts and Facilities”和RFC1035“Domain Implementation and Specification”,下面简单介绍与本发明相关的部分。
其中,首部401包括QR字段、QDCOUNT字段和ANCOUNT字段。QR字段用于指定该消息是查询还是响应的字段。QDCOUNT字段用于指定提问402部分包括的入口数目,一般取值为1。 ADCOUNT字段用于指定回答403部分中的资源记录的数目。
提问402部分,用于承载查询的“提问”,其中每个入口包括域名、查询类型和查询类别。
回答403、授权404、附加信息405都采用相同的格式,即包括可变数目的资源记录。
需要指出的是,上述域名查询消息的格式也可以同样适用于域名响应消息。
下面详细介绍IPv6地址中客户类型标识字段的实现。
根据因特网工程任务组(Internet Engineering Task Force,IETF)相关标准对IPv6地址的分配策略,IPv6地址包括接口标识字段、子网标识字段和全局路由前缀字段。其中,接口标识用于设备自动生成IPv6地址,全局路由前缀一般由运营商根据自己从区域性互联网注册管理机构(RIR)得到的IPv6地址块进行二次分配,不定长比特的子网标识用于分配给用户后,用户区分子网。IPv6地址通常由128个比特组成,IPv6全局单播地址的格式如下表2所示:
n比特 | m比特 | 128-n-m比特 |
全局路由前缀 | 子网标识 | 接口标识 |
表2
图5为示出本发明的一个实施例的IPv6地址的格式示意图。如图5所示,IPv6地址包括64比特的接口标识字段、M比特的子网标识字段和64-M比特的全局路由前缀字段。其中在子网标识字段中包括4比特的“客户类型标识”字段50,用来表示客户类型。4比特的“客户类型标识”字段50在全网范围内可以提供24=16个客户类型。下面的表3为示出“客户类型标识”字段的取值和客户类型的对应关系的示例:
地址前缀 | 客户类型 | 编号 | 缩写 |
2001:c68:xxxx:0xxx∷/64 | 缺省 | 0 | Default |
2001:c68:xxxx:1xxx∷/64 | 服务器和网络设备 | 1 | Net |
2001:c68:xxxx:2xxx∷/64 | 政府 | 2 | Gov |
2001:c68:xxxx:3xxx∷/64 | 医疗 | 3 | Med |
2001:c68:xxxx:4xxx∷/64 | 教育 | 4 | Edu |
2001:c68:xxxx:5xxx∷/64 | 其他大客户 | 5 | Other |
2001:c68:xxxx:6xxx∷/64 | 普通商业类客户 | 6 | General |
2001:c68:xxxx:7xxx∷/64 | VIP商业类客户 | 7 | VIP |
2001:c68:xxxx:8xxx∷/64 | 移动终端 | 8 | Mobile |
2001:c68:xxxx:9xxx∷/64 | 家庭 | 9 | Home |
2001:c68:xxxx:axxx∷/64 | 普通个人 | 10 | Customer |
2001:c68:xxxx:bxxx∷/64 | VIP个人 | 11 | VIP-person |
2001:c68:xxxx:cxxx∷/64 | 保留 | 12 | Reserve |
2001:c68:xxxx:dxxx∷/64 | 保留 | 13 | Reserve |
2001:c68:xxxx:exxx∷/64 | 保留 | 14 | Reserve |
2001:c68:xxxx:fxxx∷/64 | 保留 | 15 | Reserve |
表3
根据表3所示的IPv6地址,全局路由前缀字段的长度为48比特(比特位0~47位),客户类型标识字段在IPv6地址中所在的位置为48~53位。可以将引入“客户类型标识”字段的IPv6地址被称为IPv6客户地址。
域名服务器在接收到域名查询消息后,通过解析获得域名查询消息的IPv6报头中包含的源IPv6地址的客户类型标识字段,获得对应的客户类型;通过解析获得域名查询消息的域名内容部分中包含的域名。根据获得的域名和客户类型查询对应的资源记录,根据获得的资源记录产生域名响应消息。返回该域名响应消息,从而返回资源记录中的IP地址。如果域名服务器中包含该域名的所有资源记录都不包含对应的客户类型,则查询包含该域名和缺省客户类型的资源记录,并将查询得到的结果返回。
本领域的技术人员可以理解,本发明中应用的IPv6地址并不限于上述实施例中的格式,可以根据需要约定IPv6地址中各个字段的长度和位置,同样可以实现本发明的目的。
下面举例说明本发明的域名差异化解析方法的上述实施例的具体实现过程。其中在域名服务器上的资源记录参见表1。
如图6所示, 3个客户,分别为普通个人客户,VIP个人客户和移动终端客户,它们分别去访问http://vod.ctlab.cn。域名服务器根据域名查询消息中的源IPv6地址的客户类型标识字段,获得其客户类型信息。然后域名服务器查找域名为vod且客户类型匹配的资源记录,分别返回相应的IPv6地址:2001:c68:300:104∷20、2001:c68:100:104∷201、2001:c68:200:104∷202。这样不同的用户终端就可从的web服务器上获得不同的服务,例如,不同的用户界面或者不同内容的网页等。
当上述的3个客户分别去访问http://camera.ctlab.cn时,域名服务器也根据域名查询消息中的源IPv6地址的客户类型标识字段,获得其客户类型信息。但在其后的域名服务器资源记录的查找过程中,发现没有相应的客户类型,于是就按缺省客户类型返回IP地址,于是它们获得的IP地址是相同的2001:c68:300:10f∷30。
根据本发明的域名差异化解析方法的另一个实施例,为域名查询消息中域名内容部分的提问部分的查询类型规定一种新的查询类型“QAR”,该新的查询类型码例如可以为248。具有该类型“QAR”的域名查询消息,意味着该查询希望获得包含查询消息中的域名的所有资源记录,而不考虑查询消息中的客户类型。
图7为示出本发明的多级域名服务器协同工作的示意图。如图7所示,一个VIP客户,具有VIP-person规定的客户地址,其向本地域名服务器发送域名查询消息,请求vod.ctlab.cn域名解析;本地域名服务器在本地数据库中没有查询到包括该域名的资源记录,则本地域名服务器生成包含该域名的域名查询消息,将该域名查询消息的查询类型设定为“QAR”,然后利用域名系统的等级结构通过递归方法将该域名查询消息发送到维护有“ctlab.cn”的资源记录的目标域名服务器;ctlab.cn的域名服务器收到该域名查询消息后,发现其查询类型为“QAR”,于是将该条下的所有资源记录通过域名响应消息递归返回到本地域名服务器,其中资源记录包括:
vod | 3600 | IN | AAAA | 缺省 | 2001:c68:300:104∷20 |
vod | 3600 | IN | AAAA | 普通个人 | 2001:c68:300:104∷20 |
vod | 3600 | IN | AAAA | VIP个人 | 2001:c68:100:104∷201 |
vod | 3600 | IN | AAAA | 移动终端 | 2001:c68:200:104∷202 |
表4
本地域名服务器收到这些资源记录后,将其加到本地资源列表中,并根据客户的源IPv6地址,判断其属于VIP个人客户,按VIP个人的IPv6地址2001:c68:100:104∷201返回IP地址。
此后,其它客户向该本地域名服务器请求vod.ctlab.cn域名解析时,都能返回相应的IP地址。
本发明的提供的域名差异化解析方法,通过域名查询消息中包含的客户类型对客户进行区分,不同客户类型的客户对同一域名的解析请求会返回相应的IP地址,实现了域名解析的差异化服务。在域名服务器中没有与客户类型对应的资源记录时,返回缺省客户类型的IP地址,可以在现有的域名系统兼容。进一步,通过源IPv6地址来区分客户类型,仅需在域名服务器做改动,不需要修改域名解析消息的格式和内容,对整个系统的影响较小。此外,向上级域名服务器请求时,一次返回该域名下的所有资源记录,减少访问上级域名服务器的次数,提高效率。
本发明的域名差异化解析方法的应用场景可以包括:同一网站可为不同类型的客户提供不同的服务,如可以对VIP客户和普通客户加以区分提供不同的服务页面,一些大型的网站也可以针对不同的客户群提供个性化的页面;同一网站可为不同类型的用户终端提供不同的用户界面和内容。如使用PC机和手机访问新浪网,因其屏幕的大小的不同,需要为其提供不同的页面以便提供更为舒适合理的服务。
图8为示出本发明的域名服务器的一个实施例的结构示意图。如图8所示,域名服务器包括资源存储模块81、请求解析模块82和地址获取模块83。
其中,资源存储模块81,用于存储资源记录,每条资源记录中包括域名、客户类型和IP地址信息。
请求解析模块82,用于接收并解析域名查询消息,获得域名查询消息中包含的域名和客户类型。其中客户类型通过域名查询消息中IP报文的源IPv6地址的客户类型标识字段获得,域名通过域名查询消息中域名内容部分的提问部分获得。将获得的域名和客户类型发送给地址获取模块83。
地址获取模块83,用于接收域名和客户类型,从资源存储模块81查询与该域名和客户类型对应的资源记录,根据资源记录生成域名响应消息,从而将资源记录中包含的IP地址返回域名客户机。
当地址获取模块83从资源存储模块81没有查询到包含该域名和客户类型的资源记录时,进一步查询包含该域名和缺省客户类型的资源记录,根据查询到的资源记录生成域名响应消息,从而返回包含该域名和缺省客户类型的资源记录中的IP地址。
根据本发明的域名服务器的一个优选实施例,请求解析模块还用于获得域名查询消息中包含的查询类型,并将查询类型发送给地址获取模块。与此相对应,地址获取模块还用于接收查询类型,判断该查询类型是否为指定的“QAR”,如果是,则向资源存储模块查询包含接收的域名和客户类型的资源记录,否则,向资源存储模块查询包含接收的域名的所有的资源记录。
图9为示出根据本发明的域名服务器的一个实施例。如图9所示,域名服务器包括资源存储模块81、请求解析模块82和地址获取模块93和资源获取模块94。
资源存储模块81和请求解析模块82的功能和图8中的对应模块基本相同,可参见上述的相关内容,在此省略详细的描述。
资源获取模块94,用于接收域名,生成查询类型为指定类型“QAR”的域名查询消息,向上级域名服务器发送域名查询消息,并接收来自上级服务器返回的域名响应消息,将域名响应消息中包含的资源记录存储到资源存储模块81。
地址获取模块93除了具有图8中的地址获取模块83的功能外,还用于当从资源存储模块中未查询到包含接收的域名的资源记录时,向资源获取模块94发送接收的域名。
本发明的提供的域名服务器,通过请求解析模块获得域名查询消息中包含的客户类型和域名,地址获取模块根据该客户类型和域名从资源存储模块获得对应的资源记录,并返回资源记录中的IP地址,从而实现返回的IP地址和客户类型相对应,实现了域名解析的差异化服务。进一步,通过域名查询消息中包含的源IPv6地址来区分客户类型,仅需在域名服务器做改动,不需要修改域名解析消息的格式和内容,对整个系统的影响较小。此外,向上级域名服务器请求时,一次返回该域名下的所有资源记录,减少访问上级域名服务器的次数,提高效率。
本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (13)
1.一种域名差异化解析方法,其特征在于,域名服务器中的资源记录中包含客户类型项,所述方法包括:
a,接收域名查询消息,所述域名查询消息中包括要解析的域名和客户类型信息;
b,解析所述域名查询消息,获得所述域名和客户类型;
c,查询包含所述域名和客户类型的资源记录,返回包含查询获得的资源记录中的IP地址的域名响应消息。
2.根据权利要求1所述的域名差异化解析方法,其特征在于,所述域名查询消息中包含源IPv6地址,所述源IPv6地址中包含客户类型标识字段;
所述步骤b包括:
通过解析所述域名查询消息中的源IPv6地址的客户类型标识字段获得所述客户类型。
3.根据权利要求2所述的域名差异化解析方法,其特征在于,所述客户类型标识字段位于IPv6地址的子网标识字段。
4.根据权利要求2或3所述的域名差异化解析方法,其特征在于,所述步骤c还包括:
当未查询到包含所述域名和客户类型的资源记录时,查询包含所述域名和缺省客户类型的资源记录,返回包含查询获得的资源记录中的IP地址的域名响应消息。
5.根据权利要求4所述的域名差异化解析方法,其特征在于,还包括步骤:
生成包含所述域名的具有指定查询类型的域名查询消息,发送给上级域名服务器;
从所述上级域名服务器接收域名响应消息,将所述域名响应消息中的资源记录存储在本地。
6.一种域名差异化解析方法,其特征在于,域名服务器中的资源记录中包含客户类型项,所述方法包括:
接收并解析域名查询消息,获得所述域名查询消息中包含的域名和查询类型信息;
判断所述查询类型是否为指定类型,如果是,则查询包含所述域名的资源记录,返回包含查询获得的所有资源记录的域名响应消息,否则,执行下列步骤:
解析所述域名查询消息中包含的客户类型消息;
查询包含所述域名和客户类型的资源记录,返回包含查询获得的资源记录中的IP地址的域名响应消息。
7.根据权利要求6所述的域名差异化解析方法,其特征在于,所述指定类型为查询类型QAR,具有该查询类型的域名查询消息将获得包含查询消息中的域名的所有资源记录。
8.一种域名服务器,其特征在于,包括:
资源存储模块,用于存储资源记录,每一条所述资源记录中包括域名、客户类型和IP地址信息;
请求解析模块,用于接收并解析域名查询消息,获得所述域名查询消息中包含的域名和客户类型,将所述域名和客户类型发送给地址获取模块;
所述地址获取模块,用于接收域名和客户类型,从所述资源存储模块中查询与所述域名和客户类型对应的资源记录,返回查询获得的资源记录中的IP地址。
9.根据权利要求8所述的域名服务器,其特征在于,所述域名查询消息中包含IPv6地址,所述IPv6地址中包含客户类型标识字段;
所述请求解析模块通过所述客户类型标识字段获得所述客户类型。
10.根据权利要求9所述的域名服务器,其特征在于,所述客户类型标识字段位于所述IPv6地址的子网标识字段。
11.根据权利要求8、9或10所述的域名服务器,其特征在于,所述地址获取模块,还用于当不能从所述资源存储模块中查询到与所述域名和客户类型对应的资源记录时,从所述资源存储模块查询与所述域名和缺省客户类型对应的资源记录,并返回查询获得资源记录中的IP地址。
12.根据权利要求8、9或10所述域名服务器,其特征在于,还包括资源获取模块,用于生成包含所述域名且具有指定查询类型的域名查询消息,将所述域名查询消息发送给上级域名服务器,从所述上级域名服务器接收域名响应消息,将所述域名响应消息中的资源记录存储在所述资源存储模块。
13.根据权利要求12所述的域名服务器,其特征在于:
所述请求解析模块,还用于解析所述域名查询消息获得查询类型,将所述查询类型发送给所述地址获取模块;
所述地址获取模块,还用于接收所述查询类型,判断所述查询类型是否为所述指定查询类型,如果是,则从所述资源存储模块中查询与所述域名对应的资源记录,返回查询获得的所有资源记录,否则,从所述资源存储模块中查询与所述域名和客户类型对应的资源记录,返回查询获得的资源记录中的IP地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100066183A CN101499996B (zh) | 2008-01-28 | 2008-01-28 | 域名差异化解析方法和域名服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100066183A CN101499996B (zh) | 2008-01-28 | 2008-01-28 | 域名差异化解析方法和域名服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101499996A CN101499996A (zh) | 2009-08-05 |
CN101499996B true CN101499996B (zh) | 2012-05-23 |
Family
ID=40946877
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100066183A Active CN101499996B (zh) | 2008-01-28 | 2008-01-28 | 域名差异化解析方法和域名服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101499996B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104702706B (zh) * | 2013-12-04 | 2018-05-11 | 中国移动通信集团公司 | 一种获取dns报文的方法及设备 |
CN104702709A (zh) * | 2013-12-06 | 2015-06-10 | 华为技术有限公司 | 标识、识别终端类型的方法和装置 |
WO2015100566A1 (zh) * | 2013-12-30 | 2015-07-09 | 华为技术有限公司 | 一种处理域名请求的方法及设备 |
CN105162898B (zh) * | 2015-09-18 | 2019-03-19 | 互联网域名系统北京市工程研究中心有限公司 | Dns与dhcp、ipam实现智能解析的方法及装置 |
CN106657426A (zh) * | 2015-11-04 | 2017-05-10 | 中兴通讯股份有限公司 | 域名解析请求的处理方法、装置及服务器 |
CN106790744B (zh) * | 2016-12-01 | 2020-09-15 | 上海云盾信息技术有限公司 | Ip调度方法及系统 |
CN106899707A (zh) * | 2017-01-18 | 2017-06-27 | 中国互联网络信息中心 | 一种基于伪资源记录opt扩展支持多域名记录查询的方法和系统 |
CN110611723B (zh) * | 2018-06-15 | 2021-05-11 | 华为技术有限公司 | 一种服务资源的调度方法及装置 |
CN109561082A (zh) * | 2018-11-16 | 2019-04-02 | 国网思极网安科技(北京)有限公司 | 一种区分dns用户的方法和系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040066331A (ko) * | 2003-01-17 | 2004-07-27 | 엘지전자 주식회사 | 인트라 네트워크에서의 디엔에스(dns) 메시지 처리시스템 및 방법 |
CN1756263A (zh) * | 2004-09-27 | 2006-04-05 | 上海贝尔阿尔卡特股份有限公司 | 域名解析方法、域名服务器及域名系统 |
-
2008
- 2008-01-28 CN CN2008100066183A patent/CN101499996B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040066331A (ko) * | 2003-01-17 | 2004-07-27 | 엘지전자 주식회사 | 인트라 네트워크에서의 디엔에스(dns) 메시지 처리시스템 및 방법 |
CN1756263A (zh) * | 2004-09-27 | 2006-04-05 | 上海贝尔阿尔卡特股份有限公司 | 域名解析方法、域名服务器及域名系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101499996A (zh) | 2009-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101499996B (zh) | 域名差异化解析方法和域名服务器 | |
US9866523B2 (en) | Method and system for increasing speed of domain name system resolution within a computing device | |
US8880489B2 (en) | Discovery across multiple registries | |
US8239422B2 (en) | Methods and apparatus to provision network resource records | |
US9525749B2 (en) | DNS server arrangement and method | |
US9231903B2 (en) | System and method for resolving a DNS request using metadata | |
CN101540759B (zh) | 业务服务器地址获取方法及通信系统 | |
CN108848205B (zh) | 一种区分IPv4、IPv6的CNAME域名解析方法 | |
CN102611763A (zh) | Dns查询的方法及设备 | |
CN101764855A (zh) | 一种提供域名解析服务的方法、装置及系统 | |
CN101981572A (zh) | 请求路由 | |
CN1859392B (zh) | 业务编址方法、系统及其应用 | |
CN110225150B (zh) | 不同网络协议间的通信方法、系统和存储介质 | |
CN108667946B (zh) | 一种多域名互备解析管理方法、装置及系统 | |
CN104092785A (zh) | 域名注册和解析的方法和基于域名的资源访问方法及装置 | |
CN109474718A (zh) | 域名解析方法和装置 | |
CN102891901A (zh) | 动态域名解析方法、服务器及域名服务系统 | |
CN102594885A (zh) | 传感器网络解析互通平台、传感器网络互通方法及系统 | |
CN102801745A (zh) | 一种广域网浏览器访问局域网web网站的方法和系统 | |
CN108833424B (zh) | 一种获取域名所有资源记录的系统 | |
JP2002368781A (ja) | ユーザ位置管理ドメインネーム変換システム | |
CN101938789A (zh) | 选择具有指定能力的分组网络网关的方法及系统 | |
CN105162898A (zh) | Dns与dhcp、ipam实现智能解析的方法及装置 | |
CN104468575A (zh) | 局域网上实现域名注册的方法与装置 | |
CN105376342A (zh) | 用于在互联网中确定用户分区的装置和方法以及采用所述装置的服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |