新補丁允許構建僅限 IPv6 的 Linux 系統，並提供棄用傳統 IPv4 的選項

背景

Linux 核心近期出現了一系列新補丁，旨在實現僅編譯 IPv6 的可能性，並提供將 IPv4 標記為「過時遺產」的選項。這項變動不僅是技術上的重構，更引發了關於網路協定演進與實務部署難度的廣泛討論，特別是在如何推動產業從舊有的 IPv4 轉向 IPv6 這一長期議題上。

社群觀點

在 Hacker News 的討論中，社群對於這項補丁的反應呈現兩極化。支持者認為這是一個遲早該發生的進程，甚至有人提議應該對 IPv4 施加人為的延遲懲罰，以強迫使用者正視 IPv6 的必要性，回歸網際網路最初設計時「每個節點皆可定址」的願景。部分開發者認同將 IPv4 與 IPv6 的編譯選項徹底分離是正確的方向，這能讓核心配置更加靈活，甚至支持將 IPv4 重新命名為「Legacy IP」，從語義上推動技術汰換。

然而，反對與擔憂的聲音同樣強烈。許多使用者指出，目前的網路生態系尚未準備好迎接純 IPv6 環境。實務上的阻礙包括部分大型 ISP 仍未提供 IPv6 支援，或是即便提供了支援，其配發的前綴（Prefix）經常變動，導致家用伺服器維護困難。此外，IPv6 捨棄 NAT 的設計也讓部分習慣於透過 NAT 進行內外網隔離的使用者感到不安，他們擔心設備的公共 IP 會因此暴露在掃描風險之下，儘管有意見反駁稱防火牆與隨機生成的位址已足以提供安全保障。

除了基礎設施的缺失，軟體層面的斷層也是一大痛點。開發者分享了在純 IPv6 環境下遭遇的各種挫折，例如 GitHub 缺乏 AAAA 紀錄導致存取困難、Docker 與 Kubernetes 在純 IPv6 模式下的配置極其繁瑣，以及如 Envoy 等代理伺服器在處理內部資源時的失效。甚至有案例顯示，RedHat 的訂閱管理工具或 Windows 的某些系統功能在缺乏 IPv4 的情況下會直接停擺。這種「軟體破碎化」的現狀，讓許多人擔心若強行推動去 IPv4 化，最終只會導致大量自動化修補工具產生的混亂，而非乾淨的技術過渡。

整體而言，社群雖然認可 IPv6 是未來的唯一出路，但對於現階段是否能完全拋棄 IPv4 仍抱持懷疑。這場討論反映了理想技術架構與現實部署困境之間的巨大鴻溝，正如網友自嘲所言，或許再過二十五年，我們才有可能真正接近那個純 IPv6 的目標。

延伸閱讀

在討論中提到的相關技術背景與工具包括：

• DNS64 與 NAT64：用於純 IPv6 環境存取 IPv4 資源的過渡技術。
• CONFIG_INET 與 CONFIG_IPV6：Linux 核心編譯配置中負責網路協定堆疊的核心選項。
• SLAAC（無狀態位址自動配置）：IPv6 中用於自動分配位址的機制。