配置CNAME過程中可能出現解析失敗或控制台顯示解析不正常。本文提供造成這兩類問題的常見原因和解決辦法。
解析失敗
- 原因一:解析記錄衝突。
配置CNAME過程中,解析記錄衝突,解析失敗。
解決方案:配置CNAME過程中,解析記錄衝突會出現兩種情況,如下表所示。若您的網域名稱之前已有A記錄或MX記錄,請確保此網域名稱已不線上上使用的情況下按照下面解決方案進行操作,或者您可選擇使用新的網域名稱。衝突情況 解決方案 CNAME記錄和A記錄衝突 您需要先刪除A記錄再進行配置CNAME記錄。 說明 刪除A記錄不會影響ApsaraVideo for Live的訪問,因為配置CNAME記錄後,用戶端的請求會請求到ApsaraVideo for Live節點上。CNAME記錄和MX記錄衝突 您可以通過使用URL轉寄記錄來解析CNAME記錄和MX記錄衝突問題。 重要 URL轉寄前和轉寄後的網域名稱都需要接入備案。URL轉寄配置請參考下表解析記錄配置。表 1. 解析記錄配置 記錄類型 主機記錄 解析線路 記錄值 TTL URL @ 預設 example.com
10分鐘 MX @ 預設 ***.aliyundoc.com
10分鐘 - 原因二:子網域名稱添加解析記錄。
如果您添加到ApsaraVideo for Live的網域名稱為子網域名稱,網域名稱解析記錄對應添加在子網域名稱,會導致解析失敗。
解決方案:需要您將正確的解析記錄和主機記錄添加在子網域名稱所屬的根網域名稱上即可,無需在DNS服務商新添加一個子網域名稱。
- 原因三:解析記錄值與擷取地址不一致。
配置的CNAME解析的記錄值和CDN控制台擷取的CNAME地址不一致,解析失敗。
解決方案:檢查配置的CNAME解析的記錄值和CDN控制台擷取的CNAME地址,須保持一致。
解析不正常
解析不正常不代表操作失敗,以下是可能造成控制台顯示解析不正常的原因:
- 原因一:未達到TTL時間。
完成CNAME配置後,電訊廠商DNS的TTL還未更新,一般TTL時間為10分鐘,實際以佈建網域名解析時選擇的TTL為準。
- 原因二:解析尚未全網生效。
完成CNAME配置後,CDN服務會全網檢查加速網域名稱是否解析到CDN,如果有個別地區沒有解析也會顯示驚嘆號,需要全網解析生效後才會顯示正常。
- 原因三:解析線路不同。您佈建網域名解析時會設定解析路線,其中部分地區(境外)不走CDN加速,如下圖所示。不走CDN加速的解析路線是A記錄解析到伺服器,由於此類解析路線沒有解析到CDN,CDN控制台未顯示正常解析,這種情況不影響您的實際使用。