阿里雲帳號購買服務 阿里雲國際站賬號購買後域名解析設置

前言：域名解析不是玄學，是流程

買了阿里雲國際站的賬號之後，很多人第一個念頭通常是：「接下來是不是要把網域丟上去就好？」然後就卡在域名解析設定那一頁：A記錄要填什麼？CNAME要不要？TTL是什麼鬼？等了半天還沒生效，心裡開始懷疑人生——是不是買錯了、是不是自己不適合做網站、是不是需要找人寫咒語。

我理解。域名解析看似簡單，實際上它就是一套「從域名到目標地址」的郵差系統：你告訴DNS哪一封信要寄到哪個地址（IP）或哪個名字（CNAME），DNS再把結果告訴訪客。你只要把規則填對、避免衝突，基本就能穩穩通關。

以下我會用一個偏實作的方式，把「阿里雲國際站賬號購買後，怎麼做域名解析設置」從零到能跑起來講清楚。文中也會補一些常見坑和排錯技巧，讓你不用靠運氣。

先確認：你手上有什麼？（最重要的第0步）

在開始設定之前，請先把三件事想清楚。很多「怎麼都不通」其實是因為前提沒對。

1. 你的域名在哪裡註冊？

「域名註冊商」可能是別家（例如 GoDaddy、Namecheap、Cloudflare、萬網等），也可能已在阿里雲註冊。

這會影響你要在哪裡修改「權威DNS」。簡單說：

• 如果你的域名 DNS 已經在阿里雲管理：你就直接在阿里雲控制台加解析記錄即可。
• 如果你的域名 DNS 在其他地方管理：你要先去那邊把 nameserver 指到阿里雲，或把解析記錄同步過去。

阿里雲帳號購買服務 2. 你要解析到哪裡？（目的地）

域名解析不是填心情。你需要知道你要把 www.example.com 或 example.com 指到哪裡。常見目的地包括：

• 一台網站伺服器的固定 IP（用 A 記錄）
• 另一個主機名（用 CNAME）
• 雲產品（例如負載均衡、Web Hosting、CDN、應用服務等）提供的地址或域名

如果你不知道目標是多少，先不要急著填。先去查你的雲服務控制台，通常會有「Endpoint」、「Public IP」、「CNAME地址」或「解析建議」。

3. 你用的是哪種網站/服務架構？

例如你可能：

• 直接把網站部署在自有伺服器：那通常就是 A 記錄。
• 使用 CDN：常見做法是把源站域名、加速域名依照 CDN 指引配置，可能需要 CNAME 或特殊規則。
• 用反向代理或某個雲服務：可能需要多條記錄組合。

理解架構，才能選對記錄類型和順序。

進入阿里雲國際站：找到 DNS 管理位置

買了賬號之後，通常你會進入阿里雲國際站控制台。不同產品名稱可能略有差異，但你要找的核心通常是：

• 域名服務（Domain Name Service / DNS）
• 雲解析 DNS（Cloud DNS）
• 或在「產品與服務」裡找到 DNS 相關

找到 DNS 後，你會看到「域名列表」或「管理域名」。下一步就是新增域名或進入域名的解析設定頁。

建立解析：從「權威 DNS」到「記錄類型」

域名解析的設定可以分兩段：先確保權威 DNS 在你想要的位置，再建立具體的解析記錄。

第一段：設定權威 DNS（Nameserver）

如果你的域名本來不是在阿里雲管理，而是其他地方註冊，那你通常需要做這件事：

• 在阿里雲 DNS 管理頁面找到 nameserver（例如 ns1、ns2…）
• 回到你的域名註冊商控制台
• 把域名的 DNS（Nameserver）改成阿里雲提供的那組

阿里雲帳號購買服務 這一步就像你把信件投遞的地址卡換掉。換之前，DNS 記錄你填得再漂亮也不會被用到。

注意：Nameserver 切換通常會有傳播時間（從幾分鐘到幾小時都有可能，少數情況更久）。所以你不要一改完就焦躁刷新。

第二段：在阿里雲 DNS 裡新增解析記錄

進入指定域名的解析頁後，會看到「新增解析記錄」的按鈕。你需要選：

• 主機記錄（Host/主機名）：例如 @、www、api
• 記錄類型（A/AAAA/CNAME/TXT等）
• 值（Value/記錄內容）：例如 IP 地址或目標域名
• TTL：例如 600、300 或「自動」

常見記錄類型：你該填哪個？

下面是你最常遇到的幾種。

阿里雲帳號購買服務 1. A 記錄：把域名指向 IPv4

格式概念：

• 主機：@ 或 www
• 記錄類型：A
• 值：目標 IPv4，例如 203.0.113.10

適用情境：你有一台網站伺服器，IP 固定或有對外靜態 IP。

2. AAAA 記錄：把域名指向 IPv6

如果你的服務提供 IPv6，且你希望支援 IPv6 訪問，就要加 AAAA 記錄。類似 A 記錄，只是值是 IPv6，例如 2001:db8::1。

3. CNAME 記錄：把主機名指向另一個域名

常見需求是：www.example.com 指向你另一個服務提供的域名（例如某個 CDN 的域名）。

• 主機：www
• 記錄類型：CNAME
• 值：例如 xxx.cdnprovider.com

注意：CNAME 通常不應該直接用在根域名（@）上，除非你的服務或 DNS 規則允許（實務上根通常用 A 或指向 ALIAS/ANAME 類型，取決於 DNS 平台）。阿里雲具體功能支援要看介面提供的類型。

4. TXT 記錄：用於驗證（SSL/第三方服務/郵件驗證等）

不少服務會要求你加一條 TXT 記錄做所有權驗證，例如：

• 網站驗證（Google Search Console 類似）
• 域名驗證（某些平台）
• 郵件 SPF、DKIM、DMARC

TXT 的值要照填，尤其引號、空格和前後格式不要亂改。

5. MX 記錄：郵件伺服器

阿里雲帳號購買服務 如果你還要配置郵件收發，就要 MX 記錄。MX 會有優先順序（Priority）。

常見會搭配：

• SPF（TXT）
• DKIM（TXT/CNAME，依服務）
• DMARC（TXT）

但如果你目前只做網站解析，MX 暫時可以先不管。

實作流程：從買完到網站能打開

接下來我們用一個比較通用的「你要把網站部署到某個服務」的例子，帶你走一遍流程。你可以把它當成模板，依照你的目標 IP 或目標域名替換即可。

阿里雲帳號購買服務 情境 A：你的服務提供了固定 IPv4，你只想讓網頁可訪問

你準備做的是：

• 讓 example.com 指到目標 IP
• 讓 www.example.com 也能打開同一個網站

在阿里雲 DNS 新增兩條：

• A 記錄：主機 @ - 值填你的 IPv4（例如 203.0.113.10）
• A 記錄：主機 www - 值填你的 IPv4（例如 203.0.113.10）

TTL 你可以先用「預設/自動」。如果你正處於調試階段，想更快看到變化，可以考慮設一個較小值（例如 300 或 600）。等穩了再改回合理範圍。

完成後等待 DNS 傳播。傳播期間你可能會看到「有時候好、有時候還不行」，這不是你壞了，是快取在作怪。

情境 B：你的服務提供的是一個 CNAME 地址（常見於 CDN、雲平台入口）

假設 CDN 或平台告訴你：把 www 指向 cname.xxx.provider.com。

在阿里雲 DNS 新增：

• CNAME 記錄：主機 www - 值填 cname.xxx.provider.com

那 example.com（根域名）怎麼辦？常見做法是：

• 用 A 記錄（如果平台也給了根域名對應的 IP 或別名/ALIAS 支援）
• 或使用平台指引的根域方案（有些平台會提供特殊類型記錄）

簡單講：照平台給的「根域和子域怎麼設」來做，不要自己發明宇宙規則。

情境 C：你要同時處理 HTTP/HTTPS 與憑證驗證（常見流程）

很多人買了域名解析後，就立刻想上 HTTPS。這時候會遇到兩種情境：

• 自動簽發：平台可能要求你解析一條 TXT 做驗證（DNS 驗證）。
• 手動驗證：同樣需要 TXT 或特定記錄。

此時你要在 DNS 介面新增 TXT 記錄。格式：

• 主機：通常是 @ 或 _acme-challenge（取決於 ACME/平台要求）
• 記錄類型：TXT
• 值：照平台提供的 token，注意不要漏掉引號或字串內容

加完等驗證通過即可。這個過程跟網站解析的傳播時間類似，只是驗證系統可能更嚴格。

TTL、快取、傳播時間：你到底要等多久？

「我都填了怎麼還沒生效？」這句話我聽過太多次了。通常答案不是「你填錯」，而是「你填對了，但世界還沒收到新地址」。

TTL 是什麼？

TTL（Time To Live）是 DNS 記錄的存活時間。DNS 解析器會把查詢結果快取一段時間。TTL 越小，更新越快體感越明顯。

但 TTL 不等於立刻生效。因為不同快取層級（本地、ISP、公共解析器）都有自己的快取行為。

常見等待時間（務實估計）

• 一般情況：幾分鐘到幾小時
• 有些網路環境：可能到 24 小時（雖然不常見，但不是沒有）

所以建議做法是：你改完先不要狂刷新網站，先去做「查 DNS 結果」確認解析是否已更新，再決定下一步。

如何測試：不要只靠感覺（教你用幾種方式確認）

下面提供幾種常用測試方式。你不需要變網路工程師，只要會判斷「目前解析到哪裡」。

1. 用瀏覽器/手機測（但要注意快取）

打開瀏覽器訪問看看是否已指到正確網站。若你用的是 CDN 或有快取策略，可能會看到舊內容。

如果要更準確：

• 換網路（例如從 Wi-Fi 換到行動網路）
• 使用無痕模式
• 等一段時間再試

2. 使用 nslookup/dig（看得到才不會猜）

你可以在電腦上查域名解析是否已更新。不同系統指令略不同，但核心都是查 A/CNAME/TXT 是否符合你填的。

查到結果後，你就知道問題在哪：

• 解析結果還是舊 IP/舊 CNAME：可能權威 DNS 沒切換成功或你加的記錄沒生效
• 解析結果正確但網站仍不開：可能是伺服器、防火牆、端口、或證書配置問題

3. 檢查阿里雲 DNS 記錄是否衝突

DNS 可能出現多條記錄但互相覆蓋。尤其在你刪除/新增過幾次之後，有時會留下多餘設定。

建議你：

• 確認同一主機名、同一記錄類型是否只有你需要的那條（或依你平台允許的多值規則）
• 確認根域 @ 與 www 分別有對應記錄

常見踩坑清單：比買賬號還常見（保你少走冤枉路）

下面這段我會像站務員一樣吐槽式列出常見錯誤。你可以對照看自己是不是中了。

坑 1：把 CNAME 放在根域 @（導致不符合規則）

很多 DNS 平台不允許根域直接用 CNAME，或需要使用別名（ALIAS/ANAME）類型。你如果照著某個教學貼做，結果介面又不一樣，就容易失敗。

解法：根域使用平台支援的方式（A 記錄或別名類型），子域用 CNAME。

坑 2：記錄值多填/少填了一個字母（最常見的低級錯誤）

比如 CNAME 值少了句點、或填了錯的 endpoint。TXT token 多了空格或漏掉引號也會失敗。

解法：照平台提供原樣複製貼上，自己不要「順手修一下」。

坑 3：你在阿里雲改了記錄，但域名其實還指向別人的 nameserver

這是最像「你在家門口掛招牌但快遞不送你家」的情況。

解法：確認註冊商的 Nameserver 是否已替換為阿里雲提供的那組。

坑 4：TTL 設太小後以為壞了（其實只是你看得太快）

TTL 小會讓更新更快，但也可能讓你在不同時間看見不同結果。你以為「今天好今天壞」，其實是快取還在輪動。

解法：測試時用查詢工具看解析結果，不要只看網站呈現。

坑 5：多條記錄同時存在導致意外行為

A 記錄多條可能會造成輪詢（取決於平台策略），或某些組合會讓服務端無法正確識別。

解法：先精簡到你確實需要的最小集合，確定能用再逐步加複雜功能。

範例：一套典型的「網站 + www + 可能的驗證」解析配置

下面給你一個直覺範例。假設你有：

• 根域 example.com
• 子域 www.example.com
• 目標網站 IP：203.0.113.10
• 你還要做某個 DNS 驗證（TXT）

那你的阿里雲 DNS 可能長這樣（示意）：

• A 記錄：@ - 203.0.113.10
• A 記錄：www - 203.0.113.10
• TXT 記錄：@ 或 _verify.example.com - 填驗證字串

如果你是用 CDN，則可能：

• CNAME 記錄：www - cdn.yourprovider.com
• 阿里雲帳號購買服務 根域 example.com：可能用 A 或別名（依 CDN 指引）

記住：範例只是方向，最終以你所用服務的「官方解析建議」為準。DNS 沒有太多浪漫空間，只有準確。

排錯思路：用「二分法」把問題縮小

你可以用很實用的二分法：問題是出在「DNS 解析」還是「伺服器/服務」。

第一步：先確認 DNS 解析結果是不是對的

• 查 A/CNAME 是否指到你期望的 IP/目標域名
• 確認 TXT 是否是你填的 token

如果 DNS 解析結果錯：回去檢查權威 DNS、記錄值、主機名（@/www）是否正確。

第二步：DNS 正確後再看服務是否正常

• 伺服器是否在運行
• 防火牆/安全組是否允許 80/443
• 網站是否綁定了該域名（有些 Web 會做 vhost，沒綁就會 404 或顯示預設頁）
• HTTPS 憑證是否對應域名

阿里雲帳號購買服務 如果你一直把精力放在 DNS，但其實伺服器根本沒開，那就會非常挫折。二分法能救命。

結語：把解析設對，你就贏了一半

阿里雲國際站賬號買完之後，域名解析設置其實就是把「網域→目的地」這件事交代清楚。只要你做到：

• 權威 DNS 正確（nameserver 指向對的地方）
• 記錄類型選對（A/AAAA/CNAME/TXT）
• 主機名與值填對（@、www、token 原樣）
• 給傳播時間並用查詢工具驗證

你基本就能讓域名開始工作。

最後我想說一句很現實的話：DNS 設置不是一次成功就永遠成功。你可能會因為更換伺服器、調整 CDN、重新簽證或切換服務而再改一次。只要你建立起今天這套流程，你下次就不會再「重新學一次人生」。

如果你願意，我也可以根據你目前的狀況（你域名在哪裡註冊、你目標是 IP 還是 CDN endpoint、你要解析哪些主機名比如 @/www/api、是否要做 TXT 驗證）幫你列出「你應該新增的每一條記錄」對照表。你只要把資訊貼上來就行，剩下的交給我。