Alibaba Cloud DNS：添加解析記錄常見問題

“將網域名稱指向網站伺服器”，其實就是在做網域名稱解析。讓使用者通過訪問容易記憶的網域名稱，最終訪問到IP地址對應的網站服務。詳情參見添加解析記錄。

Alibaba Cloud DNS目前支援下列記錄類型：

具體可以參見 添加解析記錄。

不支援。日常最常用的A、AAAA、CNAME等，都只解析網域名稱或IP，不涉及連接埠。也就是說 api.example.com 只能解析到1.1.x.x，訪問服務時只能在用戶端URL裡指明要訪問的連接埠(http://api.example.com:8080/)。如果您不想讓網域名稱上展示連接埠，可以通過自建Nginx反向 Proxy實現HTTPS轉寄和解析連接埠隱藏的方式隱藏連接埠。

通過URL轉寄實現

URL轉寄類型支援將網域名稱請求轉寄到另一個URL（可以是網域名稱+連接埠號碼形式），該方式原理也是反向 Proxy，無SLA保障，建議自建Nginx反向 Proxy實現HTTPS轉寄和解析連接埠隱藏。

情境：您有一個網域名稱cloud-example.com，服務IP：1.1.x.x，服務連接埠：8888。已配置一條解析記錄，服務可通過http://demo.cloud-example.com:8888訪問，或者未配置解析記錄，服務只能通過http://1.1.x.x:8888訪問。

期望：通過http://www.cloud-example.com訪問服務，URL中不出現連接埠。

方案：

1. 若服務只能通過http://1.1.x.x:8888訪問，請先配置一條解析記錄。詳細步驟參考A記錄。

   記錄類型	A
   主機記錄	demo.cloud-example.com
   記錄值	1.1.x.x

   解析生效後，您可通過http://demo.cloud-example.com:8888訪問服務。

2. 配置一條隐性URL轉寄。詳細步驟參考URL轉寄。

   記錄類型	隐性URL
   主機記錄	www.cloud-example.com
   記錄值	http://demo.cloud-example.com:8888 說明 Q：解析值為何不直接填寫http://1.1.x.x:8888？ A：URL轉寄不支援記錄值為IP類型的URL。

   這樣您就可以通過http://www.cloud-example.com訪問到http://demo.cloud-example.com:8888對應的服務了。

Alibaba Cloud DNS產品提供的是網域名稱解析服務，也就是將您的網域名稱指向網站伺服器的IP地址。如果您需要的是建站服務，可以參考如何在ECS執行個體上搭建網站。

非阿里雲註冊網域名稱，需要使用Alibaba Cloud DNS設定解析，可以分為下兩種情境：

• 若您的網域名稱在其他廠商註冊，但未配置解析，請參見非阿里雲註冊網域名稱如何在Alibaba Cloud DNS設定解析

• 若您的網域名稱（阿里雲或其他廠商註冊）在其他廠商配置解析，想要遷回阿里雲DNS進行解析，請參見如何平滑遷移網域名稱解析至阿里雲解析DNS。

首先確認下需求：

1. 希望使用者在訪問網域名稱A時，直接重新導向到網域名稱B：使用URL轉寄。

2. 網域名稱A是網域名稱B的別名，希望訪問網域名稱A，和訪問網域名稱B的效果相同：使用CNAME。

添加CNAME或URL記錄可參考添加解析記錄。

• 主機記錄：主機記錄是指您建立子網域名稱時所添加的網域名稱首碼（若需要為主網域名稱添加解析記錄，主機記錄填寫“@”），例如主網域名稱是 example.com，如果希望訪問者使用www.example.com訪問，那麼主機記錄就需要填寫www即可。

• 記錄值：是指與主機記錄相關聯的具體值，具體含義取決於記錄的類型。以下是幾種常見記錄類型的記錄值樣本：

  • A記錄：記錄值是一個IPv4地址，例如192.0.2.0。

  • AAAA記錄：記錄值是一個IPv6地址，例如2001:db8::。

  • CNAME記錄：記錄值是一個網域名稱，例如www.example.com。

  • MX記錄：記錄值是一個郵件伺服器的網域名稱，例如mail.example.com，並且通常還包括一個優先順序值，例如10 mail.example.com。

  • NS記錄：記錄值是一個權威DNS伺服器的網域名稱，例如ns1.example.com。

  更多記錄類型，請參見添加解析記錄。

支援。當網域名稱同時解析到多個IP地址時，通過加權輪詢配置可以為每個IP地址配置不同的權重，以此來實現IP地址承擔不同比例的訪問流量。您可能希望使用此功能來執行 A/B 測試，發送一小部分流量到進行了軟體更改的伺服器。您可以參見權重配置的操作指南。

支援。Alibaba Cloud DNS通過遍布全球的DNS伺服器任播網路，實現由最接近使用者地理位置的解析伺服器來響應使用者的查詢請求。因此，Alibaba Cloud DNS可為使用者提供更低延後查詢效能，同時為客戶的解析記錄變更提供秒級生效的能力。

DDNS 全稱 Dynamic Domain Name System（動態網域名稱解析服務），指的是把經常變化的公網IP地址和固定的網域名稱即時綁定起來，讓外網隨時都可以通過網域名稱訪問您的家庭/公司網路裝置。目前Alibaba Cloud DNS不支援動態網域名稱解析（DDNS）。

目前Alibaba Cloud DNS各種解析記錄類型的預設TTL值均為10分鐘（600秒），TTL值是可以更改的，Alibaba Cloud DNS不同版本支援更改的TTL值不同：

• 免費版/個人版：TTL值最小可設定為10分鐘（600秒）。

• 企業旗艦版：TTL值最小可設定為1秒。

修改TTL值，可參見如何配置TTL。

Alibaba Cloud DNS對託管的主網域名稱數量不限制；解析記錄限制如下：

• 單主域下解析記錄數最大為10萬條（包含主域下的所有子域的解析記錄）。

• 同一個主/子網域名稱在相同解析線路，且記錄類型相同的情況下，免費版DNS允許添加的最大解析記錄數量是10個，付費版DNS允許添加的最大解析記錄數量是100個。

• 對於URL顯/隱性轉寄類型：目前免費版支援2條；個人版支援5條；企業版支援10條。

尊享版可突破以上限制，詳情請參考版本對比。

泛網域名稱解析支援情況及生效規則請參考泛網域名稱解析。

這是由於該時段的調用量較大，觸發了全域流控。建議使用精確查詢以避免此類問題的發生。

IPv6是英文“Internet Protocol Version 6”（互連網協議第6版）的縮寫，是互連網工程工作群組（IETF）設計的用於替代IPv4的下一代IP協議，由於IPv4的網路地址資源有限，嚴重製約了互連網的應用和發展，所以IPv6的使用，不僅能解決網路地址資源數量的問題，也解決了多種接入裝置連入互連網的障礙。

Alibaba Cloud DNS支援IPv6。您可以在解析設定中通過設定 AAAA記錄來實現訪問者通過 IPv6 地址訪問網站。此外，Alibaba Cloud DNS伺服器叢集中的DNS伺服器也已全面支援IPv6。

具體可以參見 添加解析記錄。

支援，可以將一個子網域名稱指向多個IP地址，常用於將DNS查詢請求平均分散到多個伺服器上，以此降低伺服器負載壓力。Alibaba Cloud DNS允許您為A/AAAA記錄，添加多個IP地址，在DNS查詢過程中，Alibaba Cloud DNS會將配置的所有 IP 位址列表返回給使用者的本地DNS伺服器，最終由本地DNS伺服器決定響應哪個IP地址給訪問者。若需要各個地址按照權重進行返回，請參見權重配置。

可以。ECS伺服器的IP地址能夠支援多個網域名稱的解析，這意味著不同的主網域名稱或子網域名稱都可以指向同一個IP地址。詳細配置參考：

• Nginx服務配置多網站

• IIS服務配置多網站

沒有限制，IP地址可以是任何公網IP或內網IP。但在實際業務情境中，內網IP沒有意義，基本作為測試使用。

您可以直接在“記錄值”中輸入海外IP地址，Alibaba Cloud DNS 並不限制伺服器IP地址填寫的是中國內地IP還是海外IP。

當訪問者的用戶端機器支援IPv6協議棧，DNS查詢結果才會返回IPv6地址。

1 . 舉例解析記錄配置如下：

解析效果：

• 訪問者用戶端機器協議棧支援IPv6/IPv4：用戶端會向LocalDNS發起兩次解析請求（分別請求IPv6和IPv4地址），LocalDNS則向Alibaba Cloud DNS發起兩次解析請求（分別請求IPv6和IPv4地址），Alibaba Cloud DNS根據LocalDNS的請求返回網域名稱指向的IPv6和IPv4地址。最終是由用戶端決定返回給訪問者哪個地址，一般情況下優先返回IPv6地址。

• 訪問者用戶端機器協議棧僅支援IPv6：用戶端向LocalDNS發起IPv6地址請求，LocalDNS則向Alibaba Cloud DNS請求IPv6地址，Alibaba Cloud DNS根據LocalDNS的請求返回IPv6地址，最終由用戶端將IPv6地址返回給訪問者。

• 訪問者用戶端機器協議棧支援IPv4：用戶端向LocalDNS發起IPv4地址請求，LocalDNS則向Alibaba Cloud DNS請求IPv4地址，Alibaba Cloud DNS返回1.1.x.x，最終用戶端將解析地址1.1.x.x返回給訪問者。

2 . 舉例解析記錄配置如下：

• 訪問者用戶端機器協議棧支援IPv6/IPv4，且訪問者來源於境外：用戶端向LocalDNS發起兩次解析請求（分別請求IPv6和IPv4地址），LocalDNS也向Alibaba Cloud DNS發起兩次解析請求（分別請求IPv6和IPv4地址），Alibaba Cloud DNS根據LocalDNS的請求返回網域名稱指向的IPv6和IPv4地址。最終是由用戶端決定返回給訪問者哪個地址，一般情況下優先返回IPv6地址。

• 訪問者用戶端機器協議棧支援IPv4，且訪問者來源於境外：用戶端向LocalDNS發起IPv4地址請求，LocalDNS則向Alibaba Cloud DNS請求IPv4的地址，但是在Alibaba Cloud DNS的境外線路下並未配置IPv4地址，所以無法完成解析請求的響應。

• 訪問者用戶端機器協議棧支援IPv4，且訪問者來源於中國內地：用戶端向LocalDNS發起IPv4地址請求，LocalDNS則向Alibaba Cloud DNS請求IPv4的地址，Alibaba Cloud DNS根據LocalDNS的請求返回IPv4地址，最終由用戶端將解析地址1.1.x.x返回給訪問者。

• 訪問者用戶端機器支援IPv6/IPv4，且訪問者來源於中國內地：用戶端向LocalDNS發起兩次解析請求（分別請求IPv6和IPv4地址），LocalDNS則也向Alibaba Cloud DNS發起兩次解析請求（分別請求IPv6和IPv4地址），但是在Alibaba Cloud DNS預設線路下只配置了IPv4地址，並未配置IPv6地址，所以Alibaba Cloud DNS只能將IPv4地址響應給LocalDNS，最終由用戶端將解析地址1.1.x.x返回給訪問者。

可以，當網域名稱同時解析到多台伺服器IP地址時，通過加權輪詢配置可以為每個IP地址配置不同的權重，以此來實現IP地址承擔不同比例的訪問流量。您可以通過將權重配置設定為 1:1 的比例，來實現DNS負載平衡效果，具體設定可參見權重配置的操作指南。

1. 使用addDomainRecord-添加解析記錄，A記錄預設為輪詢模式。

2. 使用SetDNSSLBStatus-開啟關閉權重配置，設定Open=true為A或者AAAA開啟權重配置。

3. 擷取解析記錄的RecordId，調用UpdateDNSSLBWeight-修改權重，修改解析記錄的權重。

   1. 若是第一步新添加的解析記錄，可從傳回值直接擷取RecordId。

   2. 若是已存在的解析記錄，可通過擷取解析記錄列表查詢解析列表欄位中的RecordId。

CNAME記錄是一種DNS記錄類型，它允許您將一個網域名稱（別名）指向另一個網域名稱；URL轉寄是將對一個網域名稱的訪問請求重新導向到另一個URL，可以是內部跳轉（隱性轉寄，通常使用iframe實現）或外部跳轉（顯性轉寄，通常使用301或302重新導向）到目標地址。區別：

• CNAME保持訪問網域名稱不變，而URL顯性轉寄會改變地址欄顯示的URL。

• CNAME適用於需要長期穩定地將一個網域名稱映射到另一個網域名稱的情況；URL轉寄則更適合臨時重新導向、網站遷移或希望隱藏實際訪問地址的情境。

相同主機記錄和相同解析請求來源下，A記錄和CNAME記錄不支援同時添加，所以建議您使用不同的主機記錄或者不同的解析請求來源建立A和CNAME記錄。其他類型衝突，可參見解析記錄衝突規則文檔。

DNS解析過程，各記錄類型之間是有優先順序的，所以在主機記錄相同、解析線路相同的情況下，有幾種記錄類型是不能共存使用，否則會給使用者造成配置風險，導致業務停用情況發生。 您可以參閱解析記錄衝突規則文檔。

不能，CNAME記錄本身設計用於將一個網域名稱映射到另一個網域名稱，而不是具體的檔案路徑或目錄。

不需要。網域名稱結尾“.”代表根域，Alibaba Cloud DNS會在後端自動添加上，所以使用者不需要再單獨添加。

大多數大型網站，包括百度，出於安全性和濫用預防的原因，不允許外部網域名稱直接通過CNAME指向它們的網域名稱，如果您確實需要將流量導向百度，建議使用URL重新導向（301或302）而不是CNAME。

支援同時配置多個CNAME記錄，按照權重進行返回，請參見權重配置。

在使用某些阿里雲產品時，有可能會添加TXT記錄用於網域名稱驗證。樣本：如果您在阿里雲選購SSL認證頁面，其中認證關聯資訊下的網域名稱驗證方式選擇了自動DNS驗證，則系統會自動為您添加一條TXT記錄。詳情可參閱 如何選擇網域名稱授權驗證？文檔。

如果MX記錄只有一條，那麼設定MX記錄的優先順序是沒有意義的，只有當您的網域名稱解析記錄中存在多條 MX 記錄的時候，郵件發送方的伺服器會優先把郵件投遞到 MX 優先順序數字最小的伺服器，當此伺服器出現故障無法內送郵件的時候，發送方的伺服器會自動選擇下一個優先順序最小的伺服器，直到郵件投遞成功，或者所有伺服器都無法投遞產生無法投遞的錯誤。

可以使用，詳情請參見添加郵箱解析。

DNS解析過程，各記錄類型之間是有優先順序的，所以在主機記錄相同、解析線路相同的情況下，有幾種記錄類型是不能共存使用，否則會給使用者造成配置風險，導致業務停用情況發生。 您可以參閱解析記錄衝突規則文檔。

為非阿里雲郵箱配置解析，區分以下情境：

• 網域名稱是阿里雲註冊，DNS使用阿里雲解析DNS，使用非阿里雲郵箱產品。

  需聯絡您的郵箱廠商，先擷取需要配置的解析記錄清單，然後參考添加郵箱解析進行配置。

• 網域名稱是阿里雲註冊，DNS未使用阿里雲解析DNS，使用非阿里雲郵箱產品。

  需聯絡您的郵箱廠商，先擷取需要配置的解析記錄清單，然後聯絡您的DNS供應商進行配置。

• 網域名稱是非阿里雲註冊，DNS使用阿里雲解析DNS，使用非阿里雲郵箱情境。

  需聯絡您的郵箱廠商，先擷取需要配置的解析記錄清單，然後添加郵箱解析進行配置。

“NS記錄與子域衝突”的提示通常是由於在同一層級上存在多個不同類型的DNS記錄，通過仔細檢查現有的DNS記錄、刪除衝突的記錄，然後再添加NS記錄，但是此操作可能會影響子域下的解析記錄生效，您可以參閱解析記錄衝突規則文檔。

301 redirect: 301 代表永久性轉移（Permanently Moved）。

302 redirect: 302 代表暫時性轉移（Temporarily Moved）。

共同點：301和302狀態代碼都表示重新導向，當瀏覽器得到伺服器返回的301或302狀態代碼後會跳轉到一個新的URL地址，這個地址可以從響應的Location首部中擷取（使用者看到的效果就是他輸入的地址A瞬間變成了另一個地址B）。

區別：301表示舊地址A的資源已經被永久地移除了（這個資源不可訪問了），搜尋引擎在抓取新內容的同時也將舊的網址交換為重新導向之後的網址；302表示舊地址A的資源還在（仍然可以訪問），這個重新導向只是臨時地從舊地址A跳轉到地址B，搜尋引擎會抓取新的內容而儲存舊的網址。

使用者添加URL轉寄記錄時，Alibaba Cloud DNS會自動為使用者添加A記錄，而A記錄指向的地址則是Alibaba Cloud DNS提供的URL轉寄伺服器位址，所以如果控制台添加的記錄值是URL，而dig出來的是A記錄且IP地址是（203.107.XX.XX），這是屬於正常現象。

• 如果在添加URL轉寄記錄時，提示未備案，不允許添加的情況：請同時檢查轉寄前的網域名稱和轉寄後的網域名稱是否完成備案，如果未完成則請完成備案。

• 如果已添加過URL轉寄記錄，出現502錯誤，則可能為備案失效導致。

因為添加URL轉寄網域名稱，其原理是將轉寄前網域名稱解析到阿里雲轉寄伺服器，然後在轉寄伺服器上完成轉送 Proxy。阿里雲URL轉寄伺服器部署在中國內地，所以轉寄前網域名稱務必完成備案，備案不要求必須在阿里雲進行。

從瀏覽器（例如chrome）可以查看到如下報錯提示，這是由於轉寄後網站header中設定了X-Frame-Options，主要是轉寄後網站不允許做嵌套，所以需要聯絡您的網站技術人員，在轉寄後網站中去掉X-Frame-Options的配置即可。

請檢查轉寄後的URL頁面中的JS代碼，如果有下表徵圖記的設定，請去掉此段js代碼。

一般出現這種情況，多為目標頁面（轉寄後的ULR網站）中可能有JS代碼設定了跳轉，需要您聯絡您的網站技術人員進行排查。

如果dig 轉寄前的網域名稱未出現203.107.XX.XX相關的IP，請提交Alibaba Cloud DNS工單，由技術人員為您處理。

一般出現於CC攻擊情境，因為網域名稱請求的QPS過大，所以URL轉寄伺服器停止了該網域名稱的轉寄服務，建議您使用其他方式實現轉寄服務。

現象：在console中不顯示攔截的相關資訊。

原因：是由於same-origin攔截。需要從網路中看鏈路上最後一次200請求返回的Header頭部，裡面可能會有same-origin的限制返回。

解決：此類問題一般為使用者網站安全性原則設定問題，建議使用者檢查配置，或者只使用顯性URL轉寄配置。

Alibaba Cloud DNS不同版本支援的URL轉寄個數不同，詳情如下：

• 免費版：2條

• 個人版：5條

• 企業旗艦版：10條

• 尊享版：不限制。

若想瞭解更多不同版本間的區別，請參見版本對比的URL轉寄（單網域名稱）對比項。

URL轉寄前網域名稱支援HTTP，不支援HTTPS，轉寄後的目標地址支援HTTP、HTTPS。如果想要重新導向 HTTPS轉寄，必須在代理服務器裝上SSL認證，或者支援通用認證自動簽發。出於對認證管理、安全等方面的考慮，無法支援。如果您想轉寄HTTPS請求，請在來源站點自行配置HTTPS跳轉。大致配置如下（Nginx）：

server {    
  listen 443 ssl;    
  server_name yourdomain.com;    
  ssl_certificate     /path/to/cert.pem;    
  ssl_certificate_key /path/to/cert.key;    
  return 301 https://targetsite.com$request_uri;
}

顯性/隱性URL轉寄不支援帶參數配置。