服务与支持

首页 > 服务与支持 > 资讯快车 > 精彩博文

CloudXNS之详解LINK记录

CloudXNS运营团队 2015-08-14

使用过CloudXNS的朋友们应该知道他们有个自己特有的记录类型叫LINK记录,不知道大家知不知道它的用途,有没有使用过?好像他们的官网帮助文档也没看到对这个记录类型的详细介绍,在这里,我斗胆替他们详细的介绍一下这个记录类型的用途及用法,如果哪里写错了或者写的不清楚明确还请指正呀@CloudXNS,哈哈!

他们官网给的LINK的记录类型的解释是:别名链接记录,隐式将解析权委托给目标域名。其实说白了就是隐式CNAME记录,dig的时候不会显示出CNAME的那个域名,而是直接显示出它的IP地址。通过这个就很容易知道这个记录类型的用途了,如果不想让别人知道自己的目标域名是什么样子的,那么你就可以考虑使用它了。

看下面使用方法 配置如下图:

CloudXNS

bazooka.pub 这个域名的配置

CloudXNS

Link记录的记录值格式值得注意,@前是host,后是zone。第三条link到www.baidu.com这个域名明显是没有托管到他们的CloudXNS系统的,第一条和第二条是link的域名是托管到他们自己的CloudXNS系统的,

有图有真相,看下图便知:

CloudXNS

好了,现在来看分别dig的结果

CloudXNS

CloudXNS

CloudXNS

首先说明一下,小编的IP是联通的,他们的CloudXNS系统支持edns_client_subnet,其中117.136.23.34这个IP是从网上随便找的一个移动的IP地址。

从第一张和第二张dig的结果可以看出两点:

一是如果link的目标域名在他们系统上,并且有相应的a记录的配置,那么就会隐藏目标域名,直接返回目标域名的a记录。

二、因为将解析权委托给了目标域名,所以会按照目标域名的最优线路返回。从第三张图就可以看出没有在他们CloudXNS系统上的域名还是会按照CNAME记录返回的,此时和真正的CNAME记录没有区别了。

以上是LINK记录的一种用法,现在来讲它的另一种用法,应该很多玩DNS的朋友都有过类似的困扰,当一个域名同时配置了CNAME和MX记录时,邮件经常会无法收到或发送,其实看过rfc 1034的人应该就知道为什么了,rfc 1034中有这么一句话请注意:If a CNAME RR is present at a node, no other data should be present; this ensures that the data for a canonical name and its aliases cannot be different。

说的是如果CNAME资源记录出现在一个域名节点,为了确保不会出现不同的解析结果,这个域名节点将不再接受其他记录值,这是针对LocalDNS来说的,LocalDNS服务器在查询某个常规域名记录(非CNAME记录)时,如果在本地cache中已有该域名有对应的CNAME记录,则会开始用该别名记录来重启查询。

好了,现在全明白了,但是这不太不人性化了,我既想配置CNAME记录加速,又想配置MX记录绑定邮箱进行收发邮件,肿么破?这时CloudXNS的LINK记录就可以解决问题了。

还是以bazooka.pub这个域名为例,配置方法如下:

CloudXNS

Dig的结果如下:

CloudXNS

这时LocalDNS请求bazooka.pub这个域名的a记录时,不会缓存www.bazooka.pub这个域名,这样就不会对MX记录产生影响了。CloudXNS系统给出了一个这样的解决方案,确实很给力,但是其实也不尽完美,有一些硬性要求,因为如果是@下配置link记录时,必须要求link到的域名在他们的系统中有一个A记录,否则不会返回结果,不会像上面讲的那样如果link的域名没有在他们的系统上配置会返回CNAME,因为一旦返回CNAME就会被LocalDNS缓存,就会又出现收发邮件不正常的问题。

好啦!以上是我大概了解到的CloudXNS系统的LINK记录的用法和用途,希望对使用CloudXNS的朋友们有一些帮助。

本文转载自百度文库

请先后回复

全部热门标签

全部 热门资讯

返回顶部
微信

微信扫描二维码,关注CloudXNS公众号

>
QQ
新浪微博