CloudXNS之详解LINK记录.doc

使用过CloudXNS的朋友们应该知道他们有个自己特有的记录类型叫LINK记录，不知道大家知不知道它的用途，有没有使用过？好像他们的官网帮助文档也没看到对这个记录类型的详细介绍，在这里，我斗胆替他们详细的介绍一下这个记录类型的用途及用法，如果哪里写错了或者写的不清楚明确还请指正呀CloudXNS，哈哈！他们官网给的LINK的记录类型的解释是：别名链接记录，隐式将解析权委托给目标域名。其实说白了就是隐式CNAME记录，dig的时候不会显示出CNAME的那个域名，而是直接显示出它的IP地址。通过这个就很容易知道这个记录类型的用途了，如果不想让别人知道自己的目标域名是什么样子的，那么你就可以考虑使用它了。看下面使用方法配置如下图bazooka.pub 这个域名的配置Link记录的记录值格式值得注意，前是host，后是zone。第三条link到这个域名明显是没有托管到他们的CloudXNS系统的，第一条和第二条是link的域名是托管到他们自己的CloudXNS系统的，有图有真相，看下图便知好了，现在来看分别dig的结果首先说明一下，小编的IP是联通的，他们的CloudXNS系统支持edns_client_subnet，其中4这个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这个域名为例，配置方法如下：Dig的结果如下：这时LocalDNS请求bazooka.pub这个域名的a记录时，不会缓存www.bazooka.pub这个域名，这样就不会对MX记录产生影响了。CloudXNS系统给出了一个这样的解决方案，确实很给力，但是其实也不尽完美，有一些硬性要求，因为如果是下配置link记录时，必须要求link到的域名在他们的系统中有一个A记录，否则不会返回结果，不会像上面讲的那样如果link的域名没有在他们的系统上配置会返回CNAME，因为一旦返回CNAME就会被LocalDN