一、問(wèn)題來(lái)源

自我們CloudXNS系統(tǒng)開(kāi)通了客服QQ后，被問(wèn)到最多的問(wèn)題就是：“為什么你們系統(tǒng)會(huì)提示MX和CNAME不能共存，但我用別的域名解析系統(tǒng)都沒(méi)有這樣的提示呀？”

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)建站！專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、小程序開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了額爾古納免費(fèi)建站歡迎大家使用！

原來(lái)，很多站長(zhǎng)們需要使用到cdn，大部分加速服務(wù)提供的都是CNAME模式；而同時(shí)，MX企業(yè)郵件記錄也必須配置到同一個(gè)節(jié)點(diǎn)下。由于很多系統(tǒng)在域名配置管理時(shí)并沒(méi)有做記錄的互斥限制，按照大家在別的系統(tǒng)中的配置習(xí)慣搬到我們CloudXNS之后，卻沒(méi)法奏效。

因此就出現(xiàn)了如上問(wèn)題。

二、技術(shù)剖析

RFC 1034（http://tools.ietf.org/pdf/rfc1034）章節(jié)3.6.2中指出：

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.

大意就是說(shuō)如果CNAME資源記錄出現(xiàn)在一個(gè)域名節(jié)點(diǎn)，為了確保不會(huì)出現(xiàn)不同的解析結(jié)果，這個(gè)域名節(jié)點(diǎn)將不再接受其他記錄值。

我們來(lái)測(cè)試一下。

假設(shè)為DNS域chinatesters.cn注冊(cè)了下面的兩條記錄：

                    @    MX       10  mx.ym.163.com.

                    @    CNAME        fastweb.com.cn.

下面是在遞歸服務(wù)器（不能使用該域的授權(quán)服務(wù)器）上dig查詢的結(jié)果：

         查詢CNAME返回如下：

           

        查詢MX返回如下：

        

我們可以看到MX記錄查詢的結(jié)果與上文中注冊(cè)記錄并不一致，而為其CNAME記錄值所配置的MX記錄，即對(duì)CNAME記錄做的遞歸查詢得到的結(jié)果。

但如果在遞歸服務(wù)器的CNAME記錄TTL過(guò)期后再來(lái)做查詢，只是把查詢的順序顛倒， （即先查詢MX記錄，再查詢CNAME記錄）則有可能得到期望的正確結(jié)果。

總結(jié)一下，遞歸DNS服務(wù)器在查詢某個(gè)常規(guī)域名記錄（非CNAME記錄）時(shí)，如果在本地cache中已有該域名有對(duì)應(yīng)的CNAME記錄，則會(huì)開(kāi)始用該別名記錄來(lái)重啟查詢。上文中dig查詢MX記錄測(cè)試示例即對(duì)應(yīng)于這種情況。

因此，即使某些域名解析系統(tǒng)網(wǎng)頁(yè)上并未限制用戶同時(shí)填寫(xiě)CNAME和MX的操作，但只要將CNAME和MX配置到一起，上述問(wèn)題也一定是存在的，它會(huì)導(dǎo)致郵件服務(wù)偶爾出現(xiàn)異常。

實(shí)際上除了CNAME和MX不能共存外，已經(jīng)注冊(cè)了CNAME類型的域名記錄是不能再注冊(cè)除DNSSEC相關(guān)類型記錄（RRSIG、NSEC等）之外的任何其他類型記錄（包括MX、A、NS等記錄）。理由同上，這里就不一一做演示了。

三、解決方案

我們CloudXNS系統(tǒng)在標(biāo)準(zhǔn)記錄類型上的互斥關(guān)系設(shè)定及提醒是完全遵循DNS規(guī)范的，而這樣的規(guī)范設(shè)定卻對(duì)大家在域名配置上造成了一定困擾。

不過(guò)，細(xì)心的網(wǎng)友發(fā)現(xiàn)，CloudXNS具備隱式CNAME擴(kuò)展記錄類型（即LINK記錄），它可以隱藏當(dāng)前這一層的配置，直接接管下一層的結(jié)果。因此，CloudXNS也可以獲得“將MX和CNAME共同配置”類似的解決方案。

如下圖所示，在www下配置CNAME到CDN服務(wù)提供商，然后在@下配置MX和LINK記錄，將www作為被LINK的域名。

        

我們用dig驗(yàn)證一下：

        查詢MX返回如下：

        

        查詢CNAME返回如下：

        

當(dāng)然，這樣的配置也同樣會(huì)存在郵件服務(wù)偶爾失效的問(wèn)題。

因此，CloudXNS系統(tǒng)即將為大家給出一個(gè)終極解決方案，可以完美的解決這個(gè)問(wèn)題！屆時(shí)，您的郵件服務(wù)可以永遠(yuǎn)正常使用，同時(shí)也可享受到網(wǎng)絡(luò)加速的快感，可謂兼得魚(yú)和熊掌。

我們將在2015年2月第二周推出網(wǎng)絡(luò)云安全加速的功能，該功能模塊會(huì)整合我司（@北京快網(wǎng)）CDN服務(wù)提供的部分核心內(nèi)容，包括訪問(wèn)加速、網(wǎng)站防火墻、防盜鏈、DDOS防護(hù)、CC防護(hù)等多項(xiàng)加速及安全保護(hù)功能。屆時(shí)您只需要給您的域名一個(gè)開(kāi)關(guān)點(diǎn)擊，一切即可高枕無(wú)憂。

悄悄透露部分頁(yè)面：

        

四、參考文獻(xiàn)

RFC 1034英文原版：http://tools.ietf.org/pdf/rfc1034

中文譯文參考：http://download.csdn.net/detail/weicq2000/4627738

網(wǎng)站名稱：【CloudXNS碼農(nóng)提示】為何CNAME和MX不能共存？
網(wǎng)站鏈接：http://aaarwkj.com/article0/pdhooo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、網(wǎng)站收錄、網(wǎng)站導(dǎo)航、關(guān)鍵詞優(yōu)化、網(wǎng)站建設(shè)、動(dòng)態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)