騰訊雲帳號快速辦理 國際騰訊雲域名解析主機記錄怎麼填

第一章：先搞清楚「主機記錄」到底是什麼

在做域名解析時，很多人卡在一個欄位：主機記錄（Host）。它看起來簡單，其實決定了你的設定會落到哪一台服務上。你可以把域名解析想成「寄件地址」的拆分：域名負責指向哪個目的地系統，而主機記錄則是目的地系統內部的「房間號」。

在騰訊雲或其他 DNS 管理頁面中，常見會看到類似「主機記錄 / 記錄類型 / 值 / TTL」。其中：

• 記錄類型決定你要回應什麼資訊（IP、別名、郵件交換伺服器、文字驗證等）。
• 主機記錄（Host）決定這條規則是針對域名的哪個子域名。
• 值（Value）才是具體內容，比如 IP 地址或 CNAME 指向的目標。
• TTL是快取時間，影響生效速度與解析穩定性。

因此你真正需要掌握的關鍵是：Host 欄位通常只填子域名，不要填協議、不要填路徑、不要把它填成完整 URL。接下來我們用實際情境把它講透。

第二章：主機記錄填寫的基本規則

不管你是填在騰訊雲、還是用其他平台轉發到騰訊雲，Host 的邏輯基本一致。最常見會遇到三種情況：根域名、子域名、以及特殊留空。

騰訊雲帳號快速辦理 2.1 根域名（例如 example.com）怎麼填

如果你要讓主域名（頂層域名）也生效，例如 example.com 指向某個服務，Host 的填法通常是以下幾種（視頁面規則而定）。

• 有的系統要求填「@」。
• 有的系統允許 Host 留空。
• 騰訊雲帳號快速辦理 有的系統會顯示「主機記錄」欄位預設為「@」，你不動它就代表根域名。

你要以實際介面提示為準，但判斷邏輯是固定的：Host 代表你要處理的子域名；根域名就是沒有子域名。

2.2 子域名（例如 api.example.com）怎麼填

如果你要配置的是 api.example.com，那 Host 通常只填 api。不要把 example.com 也一起再填一次，因為系統已經知道這是你管理的域名範圍。

例如你填：

• Host：api
• Type：A
• Value：203.0.113.10

就代表解析結果會回應給 api.example.com。

2.3 通配符（例如 *.example.com）怎麼填

有些業務需要讓所有子域名都指向同一個地方，例如 a.example.com、b.example.com 都能用同一套後端。這通常用到通配符記錄（Wildcard）。Host 常見形式是 * 或 *.。

但注意：通配符在不同記錄類型上可能有限制。一般用於 A/AAAA 或 CNAME（取決於規則），你設定前最好確認該平台的支援情況。

第三章：常見記錄類型與 Host 的對應方式

填 Host 不是憑感覺，而是由記錄類型與你的需求決定。下面把最常用的幾類記錄拆開講，並示範 Host 該填什麼。

3.1 A 記錄：主機名 → IPv4

A 記錄用於把主機名指向 IPv4 地址。Host 你填「你要解析的那個子域名前綴」。

例子：你要讓 www.example.com 指向 203.0.113.10。

• Host：www
• 記錄類型：A
• 值：203.0.113.10
• TTL：預設或 600 秒

若是根域名要指向同一個 IP：

• Host：@（或留空）
• Type：A
• Value：203.0.113.10

3.2 AAAA 記錄：主機名 → IPv6

若你的服務提供 IPv6，那用 AAAA 記錄。Host 的填法與 A 完全一致，只是 Value 會是 IPv6 地址。

例子：

• Host：api
• Type：AAAA
• Value：2001:db8::10

3.3 CNAME 記錄：主機名 → 別名（另一個域名）

CNAME 的核心概念是：你的主機名不直接對到 IP，而是對到另一個「域名」。這在雲服務、內容分發、驗證子域名等場景非常常見。

例如你要讓 www.example.com 成為 example.cdnprovider.com 的別名。

• Host：www
• Type：CNAME
• Value：example.cdnprovider.com

注意：

• CNAME 通常不允許指向 IP；Value 應該是域名。
• 在某些平台或規範下，同一個 Host 不應同時存在多種互斥記錄（例如同一個 Host 既有 A 又有 CNAME，可能造成解析衝突）。
• Value 不要帶 http://、不要帶路徑。

3.4 MX 記錄：郵件交換伺服器

MX 記錄決定郵件送到哪個伺服器。Host 通常與郵件功能對應的域名有關。

如果你要設置 example.com 的郵件，Host 通常填「@」。

• Host：@
• Type：MX
• Priority：10（優先級，數字越小優先級越高）
• Value：mail.example.com

如果是子域名郵件（較少見，取決於你方案提供者），你就把 Host 填對應子域名，例如 mail 或其他。

3.5 TXT 記錄：驗證、策略與其他文字資訊

TXT 記錄常用於：域名驗證（SSL/第三方）、SPF、DKIM（有時）、DMARC。Host 的填法取決於驗證機制。

常見情況：

• SPF 通常 Host：@
• DMARC 通常 Host：_dmarc
• 某些驗證 TXT 可能需要 Host 為 _xxxx

例如 DMARC：

• Host：_dmarc
• Type：TXT
• Value：v=DMARC1; p=none; rua=mailto:[email protected]

Host 前綴常以下劃線開頭（例如 _dmarc、_verify）。這不是錯，DNS 就允許這樣的主機名。

3.6 NS 記錄：授權伺服器

NS 記錄通常用在委派（delegation）或把域名指到特定 DNS 服務。若你使用騰訊雲作為權威 DNS，或要把子域委派給騰訊雲，NS 就會派上用場。

這種情況你要更小心：Host 可能是子域名（例如 dns.example.com），Value 則是權威名稱伺服器（nameserver）域名。

若你是整個域名在切 DNS，通常平台會引導你填一組固定 NS；這時 Host 多數是留空或 @，由介面提示。

騰訊雲帳號快速辦理 第四章：國際騰訊雲場景中，Host 該怎麼填

你問的是「國際騰訊雲域名解析主機記錄怎麼填」。實務上，國際版騰訊雲（不同地區、不同產品線）常見的差異不在概念，而在介面用詞與預設值。你在填 Host 時，可以用以下方法快速對上正確答案。

4.1 先看產品要求：它要的是哪個子域名

騰訊雲上的某些功能會要求你填「www / api / _acme-challenge / _verify」之類的記錄。例如你在申請憑證或做域名所有權驗證，平台通常會直接告訴你：

• 需要填到哪個主機名（Host）
• 記錄類型是 A/CNAME/TXT
• Value 是什麼

這時你最忌諱的是自己猜 Host。因為 Host 填錯，解析會指向錯誤的子域名，導致驗證一直過不了。

4.2 看你要解析的目的：網站、API、還是驗證

不同目的對 Host 的影響很大。

• 網站：多數是根域名（@）與 www。
• API：常見 api 子域名。
• 證書/驗證：可能是 _acme-challenge 或 _verify 之類。

你只要把目標對上子域名，Host 就自然確定了。

4.3 不要把 Host 填成完整網址

這是最常見錯誤。很多人會把 Host 填成：

• http://www.example.com
• https://api.example.com/v1
• www.example.com/whatever

這些都不正確。DNS 的 Host 欄位只用子域名片段，協議與路徑都屬於 HTTP 層，不應出現在 DNS 層。

正確方式是：

• Host：www（或 api）
• Value：IP 或 CNAME 目標域名（依記錄類型而定）

騰訊雲帳號快速辦理 4.4 TTL 該填多少：以不打擾為主

TTL 代表快取時間。你可以把它理解成：解析結果被其他 DNS 伺服器快取多久。TTL 越大，生效越慢；TTL 越小，生效越快但 DNS 查詢壓力可能更大。

騰訊雲帳號快速辦理 一般情況：

• 初次部署或頻繁調整：TTL 可設 300 或 600 秒。
• 已穩定且不常改：可用平台預設（例如 3600 秒）或更高。

騰訊雲帳號快速辦理 若你的平台提供「預設 TTL」，通常不必糾結。

第五章：一步步填寫流程（從需求到提交）

下面給一個通用流程，你照著做基本不會錯。

5.1 確認你要填的子域名

把需求寫成一句話：

• 「我要 example.com 打到哪裡？」
• 「我要 www.example.com 打到哪裡？」
• 「我要 api.example.com 打到哪裡？」

這一步決定 Host。

5.2 確認記錄類型與 Value 來源

接著看服務提供方給你的信息：

• 如果給的是 IP：多半用 A（IPv4）或 AAAA（IPv6）。
• 如果給的是域名：多半用 CNAME。
• 如果給的是驗證碼：多半用 TXT。
• 如果給的是郵件伺服器：多半用 MX。

Value 必須完全照它的格式來，不要自己轉換或拼錯。

5.3 填 Host：只填子域名片段

把域名拆開：

• example.com 的 Host 是 @（或留空）
• www.example.com 的 Host 是 www
• api.example.com 的 Host 是 api
• _dmarc.example.com 的 Host 是 _dmarc
• * .example.com 的 Host 是 *

若平台介面有下拉或提示，優先依提示操作。

5.4 提交後做檢查：看解析是否真的回應正確

DNS 生效需要時間。你可以等待一段時間後再檢查解析是否符合預期。檢查時，請確認測試的是「正確的子域名」。很多「沒生效」其實是測了另一個子域名。

第六章：實例對照表（你可以直接照填）

下面用幾組常見需求，把 Host 與記錄類型列成對照，讓你在填寫時有一個直接的參考。

6.1 部署網站（根域名與 www）

假設你的雲產品提供的目標是 IPv4：203.0.113.10。

（1）根域名：

• Host：@
• 騰訊雲帳號快速辦理 Type：A
• Value：203.0.113.10

（2）www：

• Host：www
• Type：A
• Value：203.0.113.10

如果服務要求用 CNAME（比如用戶端指定會轉到某個網域），那就把 Type 換成 CNAME，Value 換成目標域名即可，Host 仍然是 www 或 @。

6.2 API 子域名指向負載均衡

假設你的 LB 提供的是 CNAME 目標：lb-123.cloudprovider.com。你要讓 api.example.com 使用它。

• Host：api
• Type：CNAME
• Value：lb-123.cloudprovider.com

如果你想讓 api 指向 IPv6，就用 AAAA；如果你有 IPv4，就用 A。

6.3 憑證驗證 TXT（常見是 _acme-challenge）

假設平台告訴你：

• 記錄類型：TXT
• 主機名：_acme-challenge
• 值：xxxxxx

那你就填：

• Host：_acme-challenge
• Type：TXT
• Value：xxxxxx

騰訊雲帳號快速辦理 這裡最重要的是：下劃線不是裝飾，是主機名的一部分。

6.4 SPF 與 DMARC

騰訊雲帳號快速辦理 假設你要加 SPF：

• Host：@
• Type：TXT
• Value：v=spf1 include:_spf.example.com ~all（示例）

DMARC：

• Host：_dmarc
• Type：TXT
• Value：v=DMARC1; p=none; rua=mailto:[email protected]（示例）

注意：TXT Value 要符合提供方規範，通常不能隨意改動。

6.5 郵件 MX 指向郵件伺服器

若平台給你的 MX 目標是 mail.example.com，優先級為 10：

• Host：@
• Type：MX
• Priority：10
• Value：mail.example.com

如果你還有備用 MX，可能會有 priority 20、30 等，數字越小越先被嘗試。

第七章：常見踩坑清單（尤其是 Host）

很多失敗不是技術問題，而是細節問題。下面把最常見的錯誤列出來，你對照一下就能省很多時間。

7.1 Host 直接填「www.example.com」

若介面已經有「域名」範圍，那 Host 一般只填 www，而不是把域名重複寫進去。重複會導致系統實際拼成類似 www.www.example.com 這種錯誤結果。

7.2 Host 填成空格或其他不可見字元

有些使用者複製貼上時會帶上空格。DNS 名稱通常不能容忍這些。若介面允許留空代表 @，請確認你是真的留空，而不是輸入了空白字元。

7.3 用錯記錄類型

例如你要填 CNAME 卻選成 A，Value 填了域名；或者你要填 TXT 卻選成 CNAME。這會導致平台接受不了或解析結果完全不對。

騰訊雲帳號快速辦理 7.4 同一個 Host 同時存在互斥記錄

像 A 與 CNAME 在同一 Host 上通常會互相衝突（視平台策略）。如果你曾經試過不同設置，建議先清理舊記錄，再重新填。

騰訊雲帳號快速辦理 7.5 忘記檢查是「根域名」還是「子域名」

驗證憑證時，很多人以為都會用同一條規則，但其實平台要求的是特定子域名的 TXT。你填成 @，它就可能根本不匹配驗證流程。

7.6 值（Value）帶上協議或路徑

騰訊雲帳號快速辦理 CNAME/TXT/A 這些記錄的 Value 不應包含 http/https、也不應包含 /path。DNS 只負責「名字與資訊的對應」。HTTP 的路徑是瀏覽器或伺服器層面的事。

第八章：如何判斷自己填對了（不靠運氣）

當你把 Host、Type、Value 填完後，接下來最有效的方法不是猜，而是用結果反推。你可以按照以下順序確認。

8.1 確認查詢的問題域名是正確的

如果你配了 api 子域名，就查 api.example.com；如果你配的是根域名，就查 example.com。很多「沒生效」是查錯名字。

8.2 確認記錄類型是否一致

你配了 A，就查 A；你配了 TXT 驗證，就查 TXT。若你查錯類型，看到空結果會誤以為沒成功。

8.3 記錄生效要等 TTL 與刷新週期

就算你填得完全正確，DNS 也需要時間同步。尤其在不同地區的解析器上，快取可能不一致。一般在幾分鐘到幾小時內會逐步穩定。

結語：把 Host 填對，你已經成功一半

「國際騰訊雲域名解析主機記錄怎麼填」的答案其實不神祕：主機記錄就是你要解析的子域名片段；根域名用 @（或留空）；子域名填前綴；驗證與策略用平台要求的特殊主機名（例如 _dmarc、_acme-challenge）。剩下的就交給記錄類型與 Value：A 對 IP、CNAME 對別名、TXT 對驗證碼。把這套邏輯建立起來，你每次配置都不靠運氣，而是能直接落地完成。