[CloudXNS小技巧.docxVIP

CloudXNS小技巧欢迎浏览本文，让Andy带着你们走近CloudXNS的世界吧技巧1:利用CloudXNS提升收录质量众所周知，建站之前需要先备案我国的特色。如果说我们的站点已经被有哪些信誉好的足球投注网站引擎收录，但是需要备案关站时（上海除外2333），怎样让有哪些信誉好的足球投注网站引擎保持良好的引索状态呢？解决方法：使用CloudXNS托管域名新增A记录线路选择有哪些信誉好的足球投注网站引擎默认填写源站IP完成！这个可以让有哪些信誉好的足球投注网站引擎直接访问源站，也就是仅让有哪些信誉好的足球投注网站引擎抓爬，其他人都看不了。当然，这一条同样适用于使用了CDN的站点，独立IP对被收录有着很好的作用哟！技巧2:使用AX进行负载均衡本站前先日子遭到了大量的CC攻击，当时用的是上海云盾公司的CDN（非阿里），那家CDN帮我抗了各种攻击1天后，就直接不抗给我回源了，?由于暂时没有找到能抗CC并且支持https的CDN，所以只好利用源站腾讯云直接抗C。首先我联系了腾讯云经理，请他帮我开启了CC防护。由于我的源站带宽比较小，并不能起到很好的作用，但是由于我使用的是云数据库，因此在同一内网环境下数据是互通的。在华东区我有数台服务器，全部都配置了LNMP环境（Linux+Nginx+Mysql+PHP），于是使用了CloudXNS的AX功能进行负载均衡，我将所有的IP都添加上去，优先值不变全部是50，通过dig可以发现落到每台服务器的请求大致相等，大量的减轻了服务器的负担。当然你也可以对某个线路进行AX，举个例子，我在上海，香港，日本，美国都部署了相同业务，当上海的源站死掉的时候，AX会自动帮你切换到其他地区，来实现负载均衡。技巧3:@裸域配置邮箱CDN@裸域配置了MX和TXT记录后就不能使用CNAME解析了。这是为什么呢？从技术原因上讲：如果CNAME资源记录出现在一个域名节点，为了确保不会出现不同的解析结果，这个域名节点将不再接受其他记录值。假设为根域sora.hk注册了下面的几条记录：MX 5 MX 10 TXT v=spf1 include: ~allCNAME .下面是在递归服务器（不能使用该域的授权服务器）上dig查询的结果：CNAME .MX CNAME . MX .我们可以看到MX记录查询的结果与上文中注册记录并不一致，而为其CNAME记录值所配置的MX记录，即对CNAME记录做的递归查询得到的结果。但如果在递归服务器的CNAME记录TTL过期后再来做查询，只是把查询的顺序颠倒，（即先查询MX记录，再查询CNAME记录）则有可能得到期望的正确结果。总结一下，递归DNS服务器在查询某个常规域名记录（非CNAME记录）时，如果在本地cache中已有该域名有对应的CNAME记录，则会开始用该别名记录来重启查询。解决方案：CloudXNS系统在标准记录类型上的互斥关系设定及提醒是完全遵循DNS规范的。不过我发现，CloudXNS具备隐式CNAME扩展记录类型（即LINK记录），它可以隐藏当前这一层的配置，直接接管下一层的结果。因此，CloudXNS将MX和CNAME可以共存。我们先讲@link 到www ，www cname到CDN提供的域名，再配置MX，那么就可以修复啦。P.S.这个问题存在邮件少量失效的情况，请酌情选择！使用A记录择优CDN节点进行解析，这是我推荐的一个方案，不仅可以完美解决冲突问题，还可以更进一步优化CDN。CloudXNS提供了X优化服务，并且他的每条线路支持20个IP，懒人们只需将IP输上去并开启X优化即可！?同样第二个方法也适用于择优CDN节点上，可以剔除一些卡的节点，当然也存在弊端，如果CDN节点波动或者被DDoS，还有有一定几率挂掉，但是X优化会在最短的时间内帮你选择新的节点（CDN厂商跑路我不管啊）。X优化设置可以在后台调。