IBM Cloud Docs
使用 CNAME 記錄

使用 CNAME 記錄

「標準名稱記錄 (CNAME)」是指向另一個網域位址而非 IP 位址的記錄。 CNAME 記錄會指向另一個 DNS 記錄，接著又會指向指向 IP 位址的 A 記錄。 然後，如果 IP 位址有任何變更，您只需要在網路內的一個地方記錄變更。

  • 有效的 CNAME 記錄範例:

    • ftp.example.com 900 IN CNAME example.com
    • sftp.example.com 900 IN CNAME example.com

  • CNAME 記錄範例無效 (MX 記錄不應指向另一個 CNAME 記錄):

    • example.com. MX 0 foo.example.com.
    • foo.example.com. CNAME host.example.com.

CNAME 記錄如何運作

CNAME 是別名。 它容許一個網域指向另一個網域，如果您遵循 CNAME 鏈，則最終會解析為 A 記錄及 IP 位址。 將 CNAME 記錄指向另一個 CNAME 記錄沒有效率 (但可能) ，因為它需要多個 DNS 查閱才能載入網域，這會對使用者體驗的速度產生負面影響。

CNAME 鏈中的每一個資源記錄都視為個別 DNS 查詢，這會使解析時間變慢。

例如，使用 CNAME 記錄將 ftp.example.com 及 sftp.example.com 指向 example.com的 DNS 項目，而該項目又有 A 記錄指向 IP 位址:

ftp.example.com CNAME example.com
example.com A 10.1.1.10

以下是一個長 CNAME 鏈的範例，它是專用區域和公用區域的組合。

  • 專用區域
    • foo.com
    • bar.com
  • 公用區域
    • prod.com
    • containers.appdomain.cloud
abc.foo.com CNAME abc.bar.com
abc.bar.com CNAME new.prod.com
new.prod.com CNAME 1234.containers.appdomain.cloud
1234.containers.appdomain.cloud A 10.10.24.4

較長的 CNAME 鏈結 (具有或不具有廣域負載平衡器) 會增加 DNS 回應時間。 一般而言， DNS 用戶端有 2 秒預設查詢逾時，因此用戶端會逾時，並在解析時間超過 2 秒時重試查詢。

限制

  • MX 及 NS 記錄無法指向 CNAME 記錄; 它們必須指向 A 記錄 (適用於 IPv4) 或 AAAA 記錄 (適用於 IPv6)。
  • CNAME 鏈結長度不應大於 5。
  • CNAME 無法與單一網域的另一個記錄類型共用相同的名稱。
  • 在相同網域中不能有多個同名 CNAME 記錄。

管理 CNAME DNS 記錄

您可以使用管理任何其他記錄的相同方式來管理 CNAME 記錄。 若要進一步瞭解如何建立、讀取、更新及刪除 CNAME 記錄，請參閱 管理 DNS 記錄。