「wordpress技巧」CNAME記錄和MX記錄衝突的解決辦法

核心思路：用CloudXNS的link記錄來替代CNAME記錄

由於還在讀書的緣故，一直享受着雲服務的學生價，雖然配置不高但是足夠用，最近考慮安全問題用了阿里雲的CDN，搭建完CDN給自己的博客加個速。

在正文開始之前，先簡單的說下CDN，百度上官方的解釋是：

CDN的全稱是Content Delivery Network，即內容分髮網絡。其基本思路是儘可能避開互聯網上有可能影響數據傳輸速度和穩定性的瓶頸和環節，使內容傳輸的更快、更穩定。

通俗一點，用自己的話說就是，CDN有在全國各地很多機房都設置了節點，我的網站只要部署了CDN服務，伺服器內的各種資源都會緩存到CDN的節點IP/伺服器裡面，訪問者從天南地北訪問我的站點，他不需要連接我的伺服器（源站），CDN會匹配到與他最近的節點，來進行訪問，這大大的降低了伺服器的負載也提高了訪問速度。

CDN的部署分為三步 ：開通CDN→接入網域→配置CNAME

前兩步很順利，當進行到第三步的時候，控制台提示，我網域的CANME和MX記錄衝突，MX記錄是由於之前配置了網域郵箱。

以上就是問題的描述，接下來通過各種查找，找到了問題的根源：

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記錄指向了一個網域節點，為了確保不會出現不同的解析結果，那麼這個網域節點將不在接受其他的記錄值了。

通過繼續百度，查找到了以下的解決方案：

1. 不要同時在裸域下使用CNAME記錄和MX記錄（哈哈，說了跟沒說一樣）
2. 讓CNAME記錄下的網域節點使用的MX記錄指向和你裸域MX指向同一個網域節點（這個是可行的，畢竟國內比較好的郵件服務商屈指可數，就那麼幾家）
3. 讓裸域CNAME記錄到自己的www網域節點上，然後讓www網域節點CNAME記錄到lzllzl.cn網域節點上，最後讓MX記錄指向mxdomain.qq.com網域節點（即你的網域郵箱服務商的地址）。

根據我的實際情況，並沒有選擇這三種方法，這時候找到了一家第三方DNS網域解析提供商CLOUDXNS：https://www.cloudxns.net/

CLOUDXNS有個自己特有的記錄類型叫LINK記錄，官網的解釋是：

別名鏈接記錄，隱式將解析權委託給目標網域。

其實說白了就是隱式CNAME記錄，dig的時候不會顯示出CNAME的那個網域，而是直接顯示出它的IP地址。通過這個就很容易知道這個記錄類型的用途了，如果不想讓別人知道自己的目標網域是什麼樣子的，那麼你就可以考慮使用它了。

有了Link就很好操作了：

1. 首先建立一個橋接網域，我使用的是WWW作為橋接網域，可隨意，橋接網域解析到你的伺服器或CDN上面；
2. 然後把你現在正常解析的主網域解析到橋接網域上這裡要使用link；
3. 然後再添加你的@ MX 郵件記錄；

至此，操作結束，網域郵箱和CDN，共存！