Defaults.Exposed › 修復 › IPv6 支援

如何修復 IPv6 支援

IPv6 是網際網路定址系統更新、容量大得多的版本，之所以引入，是因為舊的那個（IPv4）位址已經用光了。加上 IPv6 支援，意味著你的網站和信箱在現代網路上、和在舊網路上一樣都能被聯繫到。在我們的評分中這屬於提示性——沒有它不會拉低你的評分——但它是一個真實世界的觸達問題：越來越多的行動端和海外客戶透過純 IPv6 網路連線，而只有你支援它，他們才能順暢地聯繫到你。修復是免費的，就在你的 DNS 和主機設定裡。

對您業務的關鍵影響： 越來越大一部分網際網路使用者——尤其是行動電信業者上以及亞洲和歐洲部分快速增長市場裡的——如今透過 IPv6 連線。如果你的網站只有 IPv4，這些訪客通常仍能透過（他們的電信業者替他們轉換連線），但這層轉換多了一跳，可能略慢，而且是繁忙時段又一個可能出故障或被限速的環節。支援 IPv6 意味著給現代客戶一條更乾淨、更直接的連線，一點面向未來的優勢，以及給技術買家一個你基礎設施很新的整潔訊號。它絲毫不改變你的評分——把它當作面向未來的錦上添花，而非緊急事項——但它加起來免費，並讓你與網際網路前進的方向保持一致。

這會讓您付出什麼代價

一個電信業者跑純 IPv6 的行動客戶，必須透過電信業者的轉換層才能聯繫到你只有 IPv4 的網站。它幾乎總能用——但它增加延遲，是繁忙時段又一個可能打嗝的依賴項，讓你的網站比一個可被直接聯繫到的競爭對手感覺上略慢一點。
技術買家或合作夥伴的安全/基礎設施團隊在簽約前做一次快速掃描，注意到你只有 IPv4。它不會判你不及格，但一個展示雙堆疊（IPv4 + IPv6）的競爭對手會落進現代、運營良好那一欄，而你坐在還行、稍微落後那一欄。
你拓展進一個 IPv6 已佔主導的市場——亞洲部分地區、印度、一些歐洲行動網路——在那裡能被直接聯繫到、而不總是經由轉換，會為你最新的客戶消除一個雖小卻真實的慢或不穩連線來源。
你的主機或 CDN 早已免費支援 IPv6，但從沒有人開啟它，於是你錯過了一個簡單、零成本的改進，而你的競爭對手預設就拿到了。
一份政府或企業採購清單問你的服務是否支援 IPv6（如今許多公共部門要求都會問）。當修復一直都是免費時，回答沒有是一句尷尬的話。

為什麼它重要。 在我們的方法學裡，IPv6 支援屬於提示性——該檢查登記為零分，永遠不動你的評分。我們回報它，是因為它是一個真實、面向未來的觸達與現代化訊號：網際網路多年前就用光了舊式（IPv4）位址，而透過純 IPv6 網路連線的使用者份額持續攀升，尤其在行動端和 IPv6 佔主導的地區。支援 IPv6 給那些使用者一條通往你網站和信箱更乾淨、更直接的路徑，並向任何來檢查的人顯示出當前的基礎設施。它加起來免費，且很少弄壞任何東西——這恰恰是為什麼即便它不影響你的得分，仍值得做。

一句話說清 IPv6 支援

網際網路用一個數字位址標識每一台伺服器。最初的系統 IPv4 有一個固定、相當小的位址池——而全世界多年前就用光了新的。它的替代者 IPv6，有一個實際上無窮無盡的池，網際網路自那以後就一直在悄悄向它遷移。

IPv6 支援意味著你的網站（和信箱）能透過這個較新的網路被聯繫到，同時也能透過舊的。實際操作上，它歸結為你 DNS 裡的一件事：在那條列出你舊式位址的記錄（A 記錄）旁邊，你再發布一條列出你 IPv6 位址的記錄（AAAA 記錄——四個 A）。兩者並排運行叫雙堆疊，這是做這件事正常、安全的方式。

這項檢查是提示性的。它不改變你的評分。我們查詢你的網域是否發布了任何 AAAA 記錄，並只是回報我們的發現——存在，或缺失。我們之所以標記它，是因為它是一個真實世界的觸達與現代化訊號、修起來免費，而不是因為它是一個失敗。

這會讓你付出什麼代價

它很少導致硬性宕機——這正是它屬於提示性、而非計分的原因。但隱形的代價仍然是代價。下面是只有 IPv4 的設定悄悄給你拖後腿的幾種真實方式：

**給行動客戶略慢的體驗。**許多行動電信業者如今內部跑純 IPv6。這樣一個網路上的客戶聯繫你只有 IPv4 的網站，要經過電信業者的轉換層——多出的一跳，增加延遲，在繁忙時段可能壅塞。你那個有 IPv6 的競爭對手給同一個客戶一條直接、更乾淨的連線。在結帳頁上，一點點慢累積起來就是被放棄的購物車。
**給技術買家較弱的印象。**在合約簽下之前，買家的 IT 或安全團隊常做一次快速的基礎設施掃描。只有 IPv4 不會判你不及格——但雙堆疊讀作現代、運營良好，它的缺失讀作稍微落後。當你在別的一切上都不相上下時，這些小訊號會左右決定。
**在 IPv6 佔主導的市場裡的摩擦。**如果你正拓展進 IPv6 已是常態的地區——亞洲部分地區、印度、好幾個歐洲行動網路——在那裡能被直接聯繫到，會為你最新、最來之不易的客戶消除一個真實的慢或不穩連線來源。
**一個沒打勾的採購框。**越來越多的公共部門和企業採購流程如今會明確詢問你的服務是否支援 IPv6。當修復一直都是免費時，回答沒有是一句尷尬的話。
**把免費的改進留在桌上。**很多時候你的主機或 CDN 早已免費支援 IPv6——只是從沒被開啟。這是一個簡單、零成本的收益，你的競爭對手預設就拿到了，而你沒有。

它實際上是什麼

網際網路上每台裝置都需要一個位址。IPv4 位址形如 203.0.113.10——四個數字，一個約 43 億的池，早已枯竭。IPv6 位址形如 2001:db8::1——更長，十六進位，池大到實際上無窮無盡。

在你的 DNS——網際網路的通訊錄——裡，它們以兩種記錄類型存在：

A 記錄 → 你的 IPv4 位址（舊網路）。
AAAA 記錄 → 你的 IPv6 位址（新網路）。

我們的檢查相當於執行 dig AAAA yourdomain.com，並回報是否有任何 AAAA 記錄傳回。

良好的狀態長什麼樣：一個雙堆疊設定——你現有的 A 記錄原封不動，AAAA 記錄在它們旁邊發布，兩者都指向一個在兩個網路上都真正有回應、並提供同一個網站的伺服器（或負載平衡器，或 CDN）。IPv4 使用者照舊一切如前；IPv6 使用者得到一條直接路徑。你不丟掉 IPv4——你在它旁邊加上 IPv6。

**缺失意味著什麼：**沒有 AAAA 記錄。純 IPv6 使用者通常仍能經由電信業者的轉換聯繫到你，但從不直接。它沒壞——只是錯過了一次現代化，這正是它不扣你分數的原因。

如何修復（免費，約 15–30 分鐘）

**把這交給你的 IT 人員或負責你網站的人——修復是免費的。**它是一個 DNS 和主機的改動，不是一筆採購。黃金法則：在 IPv4 旁邊加上 IPv6，絕不取而代之（雙堆疊），並在發布之前確認目標確實在 IPv6 上有回應。

1. 先弄清你的主機/CDN 到底支不支援 IPv6。 這是門檻。如果你的主機沒有 IPv6 位址可提供，那就沒什麼再要做的，也不會因此被罰分。大多數現代平台和 CDN 確實支援它——往往已經開著。

2. 在你的平台上應用：

Cloudflare：IPv6 通常預設開啟。當你的網站透過 Cloudflare 代理（橙色雲朵）時，Cloudflare 自動替你在 IPv6 上回應——你通常根本不用自己加 AAAA 記錄。檢查 Network → IPv6 Compatibility 是否已啟用。這是迄今最簡單的路子。
**Google Workspace / Microsoft 365（信箱側）：**郵件接收側通常已在提供商基礎設施上支援 IPv6——這個不歸你管。本頁的網站 AAAA 記錄說的是你的網站，不是它們的郵件伺服器；信箱提供商本身無需操作。
AWS：在你的負載平衡器（ALB/NLB）或執行個體上啟用雙堆疊，然後在 Route 53 裡加一條指向它的 AAAA 別名記錄。對於 CloudFront，IPv6 是分發設定裡的一個開關。
**Google Cloud / Azure：**在負載平衡器或執行個體上啟用 IPv6（雙堆疊），取得 IPv6 位址，並在你的 DNS 裡發布 AAAA 記錄。
自行託管 / 託管 VPS：向你的提供商索要一個 IPv6 位址，設定你的 Web 伺服器在 IPv6 上監聽（並確認它在那裡提供同一個網站），然後新增 DNS 記錄：
```
yourdomain.com.      AAAA   2001:db8::1
www.yourdomain.com.  AAAA   2001:db8::1
```
（替換成你真實的 IPv6 位址。把你現有的 A 記錄原封不動地保留。）

**3. 在信任它之前先測試。**發布後，用一個支援 IPv6 的工具核實 AAAA 記錄能解析、並且網站確實能透過 IPv6 載入（一個線上 IPv6 測試，或從一台支援 IPv6 的機器執行 curl -6 https://yourdomain.com）。一條指向無處的已發布 AAAA 記錄，比沒有更糟。

**4. 重新掃描。**一旦 AAAA 記錄上線並有回應，本檢查就會回報 IPv6 已啟用。（它不會改變你的評分——它一直都是提示性的——但你已經補上了這個缺口。）

常見錯誤

**發布了一條指向不在 IPv6 上監聽的伺服器的 AAAA 記錄。**這是經典的自傷：IPv6 使用者被送到一個失效位址，你的網站只對他們顯示為壞的——很難察覺，因為它在你的 IPv4 上好好的。永遠在發布前確認目標在 IPv6 上有回應。
**用 IPv6 替換 IPv4、而非新增。**你絕不移除你的 A 記錄。雙堆疊兩者都保留；丟掉 IPv4 會一夜之間切斷大多數使用者。
**加了頂點網域卻忘了 www（或反過來），或覆蓋了網站卻沒覆蓋你在意的郵件/子網域。**在那些要緊的主機名上保持一致。
**因為主機支援 IPv6 就以為做完了。**支援和已啟用是兩回事。在 Cloudflare 上它通常自動；在一台裸 VPS 上你得自己設定並發布它。
**把這當成緊急事項。**它不是。它是提示性的。先做你計分的安全檢查（HTTPS、DMARC、DNSSEC、各安全回應標頭）；等方便時，把 IPv6 當作面向未來的錦上添花來加。

常見問題

如果我只有 IPv4 的網站對所有人都還能載入，IPv6 究竟有什麼意義？

因為還能載入這幾個字承載了很多東西。純 IPv6 網路上的使用者——行動電信業者上常見、別處也越來越多——透過電信業者的轉換層（NAT64/464XLAT）才能聯繫到一個只有 IPv4 的網站。那通常能用，但它是多出的一跳，增加一點延遲，是又一個共享的基礎設施環節，在繁忙時段可能慢或壅塞。支援 IPv6 則給那些使用者一條直接連線。它是一種更順暢加面向未來的改進，而不是一個壞了對好用的開關——這正是它屬於提示性、不計分的原因。

這不影響我的評分——我該費心嗎？

它確實是可選的，但也免費且低風險，所以等你的 IT 人員下次進 DNS 或主機控制台時順手做了，值得。許多提供商（Cloudflare、大型雲端平台、很多主機）開箱就支援 IPv6——有時只是一個開關。如果你的根本不支援它，那也是個先放著的好理由；無論如何你的得分都不會有壞事發生。把它當作一次順手收尾，而非一場火警演習。

我不懂技術——我到底要做什麼？

把如何修復一節交給負責你網站或 DNS 的人，問一句：我們能給網站加上 IPv6（AAAA 記錄）嗎？它免費、應該不會弄壞任何東西。如果你在 Cloudflare 上，它通常已經開著。如果你在託管主機或大型雲端平台上，它往往是一個單一設定。如果你的主機根本不支援 IPv6，那就沒什麼要做的——也不會因此被罰分。

用大白話說，AAAA 記錄是什麼？

你的 DNS 是網際網路的通訊錄。A 記錄列出你網站的舊式（IPv4）位址；AAAA 記錄（四個 A）列出它較新的 IPv6 位址。加上 IPv6 支援，意味著在你現有 A 記錄旁邊發布 AAAA 記錄，好讓新網路上的裝置能直接找到你。我們的檢查只是查詢你的 AAAA 記錄（相當於執行 dig AAAA yourdomain.com 這個技術動作），並回報是否存在任何 AAAA 記錄。

加上 IPv6 會弄壞我的網站或信箱嗎？

做對了就是低風險，但不是零風險，所以你要測試。安全的模式是雙堆疊——你把所有現有的 IPv4（A）記錄原封不動地保留，在它們旁邊加上 IPv6（AAAA）記錄。IPv4 使用者照舊不變；IPv6 使用者得到一條新的直接路徑。要核實的是：AAAA 記錄指向的東西（你的伺服器或負載平衡器）確實在 IPv6 上監聽、並提供同一個網站——一條過時或錯誤的 AAAA 記錄會把 IPv6 使用者送到一個失效位址。在託管平台和 CDN 上這替你處理好了；在自行託管設定上，先確認伺服器在 IPv6 上有回應，再發布。

IPv6 會讓我的網站更安全嗎？

它本身不會——它主要是一項觸達和現代化改進，而非安全控制，這也是它不計分的部分原因。它在更廣泛的風險管理框架裡被提及（例如 NIS2 關於一般網路安全風險管理的義務），作為運行當前、有韌性基礎設施的一部分，但加一條 AAAA 記錄並不會像 HTTPS、DMARC 或 DNSSEC 那樣給你加固。先做計分的安全檢查；把 IPv6 當作在其之上面向未來的基礎設施衛生。