我們的基礎設施是否已準備好迎接 IPv6-only 環境？
IPv6-only 環境會移除 IPv4 路徑，因此不能只檢查伺服器是否有 IPv6 地址。當 IPv4 無法使用時，每一層仍要能解析、連線、保護、監控及支援服務。本文協助你在上線前評估。
IPv6-only 就緒代表甚麼？
IPv6-only 就緒代表完整服務只使用 IPv6 運作，涵蓋用戶、應用程式、基礎設施、安全、監控和支援。雙堆疊測試可能掩蓋 IPv4 依賴，因此要在 IPv4 無法使用時測試。
- 每項生產服務都有 IPv6 地址規劃、子網分配和負責人
- DNS 發布正確 AAAA 記錄，重要名稱經 IPv6 路徑解析
- 路由器、防火牆、負載平衡器、作業系統和託管平台支援 IPv6
- 應用程式、API、數據庫、身份、郵件和第三方整合不依賴 IPv4
- 安全、監控、日誌、警報和事故程序同樣覆蓋 IPv6
- 團隊能測試故障，並在沒有 IPv4 後備路徑下恢復服務
就緒程度是完整服務的屬性；一項 IPv4-only 依賴也可能阻礙安全運作。
先盤點 IPv4 依賴
整理接收、建立、儲存、過濾或報告 IP 地址的元件，包括服務、開發、管理、備份、監控、供應商和復原。記錄負責人、協定支援和修正方案。
Dataplugs 的 面向未來的 IPv6 託管指南 說明地址規劃、連線、安全和可擴展性為何要一併考慮。
將依賴分類為 IPv6-ready、只支援雙堆疊、IPv4-only、未測試或已退役，讓風險清晰可見。
檢查地址、DNS 和名稱解析
IPv6-only 服務需要支援路由、安全、日誌和故障排查的地址設計。公開及內部 DNS 都要檢查，因為 API 或監控代理仍可能依賴 IPv4。
- 按服務、環境、地區和安全邊界分配 IPv6 前綴及子網
- 只為 IPv6-ready 服務發布 AAAA 記錄，並移除過時記錄
- 檢查反向 DNS、地址管理、憑證驗證和允許清單的 IPv6 兼容性
- 在地址族不同時測試 DNS64、NAT64、服務發現和解析器行為
- 為區域、前綴、記錄類型和變更流程指定負責人
從名稱解析到建立連線測試用戶流程。AAAA 正確並不足夠，防火牆、負載平衡器和應用程式路徑也要支援 IPv6。
驗證路由和網絡可達性
路由要獨立於 IPv4 測試。確認內部路由、上游傳輸、BGP、故障轉移、對等連線、MTU 和回程流量，並留意非對稱路徑和過濾缺口。
需要可預測路由和直接基礎設施控制的工作負載，可使用 專屬伺服器 驗證 IPv6 地址、過濾政策和網絡變更。
在用戶端、應用程式、子網和上游逐步移除 IPv4，記錄失敗位置，再判斷原因是路由、DNS、防火牆、應用程式或第三方依賴。
讓兩種協定的安全控制保持一致
IPv6 流量要像 IPv4 一樣被檢查、過濾、記錄和警報監控；未經檢查的協定路徑可能造成安全盲點。
檢查 IPv6 防火牆、ACL、DDoS 防護、日誌、漏洞掃描和事故回應，覆蓋指定前綴和管理路徑。
以真實 IPv6 流量、預設政策檢查和受控連線或攻擊模擬測試驗證安全一致性。
檢查應用程式和第三方依賴
檢查應用程式路徑，因為 IPv4 假設可能藏於程式碼、配置、存取規則和供應商整合。包括 API、數據庫、身份、付款、郵件和支援工具。
- 移除硬編碼 IPv4、只支援 IPv4 的驗證及不能儲存 IPv6 的數據庫欄位
- 更新允許清單、合作夥伴控制、回調網址、API 閘道和身份政策以支援 IPv6
- 確認日誌、分析、詐騙檢查、速率限制和地理定位能正確解析 IPv6
- 測試內容交付網絡、負載平衡器、反向代理、健康檢查和憑證自動化的 IPv6 支援
- 檢查郵件閘道、DNS 供應商、付款處理器、SaaS 工具及外部服務的 IPv6 支援
- 測試用戶端優先次序、後備邏輯、程式庫、SDK 及流動或遠程存取
改變主要路徑前修正依賴。若須延後替換，記錄並隔離它，指定負責人和期限。
測試效能和用戶體驗
就緒也包括效能，應比較不同地區和網絡的路徑及 MTU。
- 在相同時段比較 IPv6 與 IPv4 的延遲、封包遺失、連線建立和首字節時間
- 量度網站、API、檔案交付、串流、備份和複製的吞吐量及穩定性
- 檢查正常及高峰流量的連線失敗、重傳、MTU 問題、逾時和錯誤率
使用真實交易和不同地區測試點，不要只依賴內部 ping 或單一數據中心
分階段評估工作負載和遷移決策
不要一次轉移所有服務。先選擇負責人清晰、測試充足及外部依賴有限的工作負載，再改善關鍵系統的遷移方法。
先處理內部服務、開發環境和受控網絡，快速隔離 IPv4 依賴
驗證 DNS、安全、監控和回復程序後，再轉移無狀態公開服務
- 由依賴團隊共同測試有狀態系統、身份、付款、郵件、合作夥伴和管理服務
- 切換前定義可用性、延遲、錯誤率、安全、支援和復原標準
- 設定不依賴未經測試緊急變更的回復或限制方法
- 測試 IPv4-disabled 的關鍵服務版本並記錄失敗位置
- 為每階段設定可量度的成功標準、負責人和回復條件
- 保留監控、事故和測試證據，作為下一階段的進入依據
由分階段測試結果決定下一步，不要只按日曆推進。
規劃由雙堆疊轉向 IPv6-only
雙堆疊可作過渡，但移除 IPv4 前要測試應用程式、依賴、安全、監控和復原。
Dataplugs 的 IPv6 雙堆疊的挑戰及考慮事項 可協助找出邁向 IPv6-only 前的營運、路由、安全和應用程式缺口。
讓 IPv6-only 就緒成為營運要求
讓 IPv6-only 就緒成為架構、採購、部署、安全和事故管理的一部分。指定負責人並保留測試證據。
- 託管平台和上游網絡對 IPv6 的支援
- 地址、DNS、路由、安全、應用程式依賴和供應商升級處理的清晰責任分工
- 能分開 IPv6 和 IPv4 行為的監控儀表板及警報設定
- 已測試的 IPv6 服務變更、回復、備份和災難復原程序
- IPv4 例外、協定依賴和下一階段遷移的檢查日期
保留就緒記錄，讓 IPv6-only 採用成為受管理的營運能力。
結論
完整服務能在沒有 IPv4 後備路徑下運作，才算準備好進入 IPv6-only。切換前評估地址、DNS、路由、安全和監控。
Dataplugs 可協助企業評估 專屬伺服器託管、IPv6 連線、遷移測試、監控和長期營運要求。
如需了解更多 Dataplugs 託管方案，請聯絡 sales@dataplugs.com。