網路功能是任何作業系統的核心組成部分，在 Linux 系統中，網路能力由多個關鍵組件協同實現。Linux 核心負責數據平面，處理數據包傳輸並維護設備實時狀態；而 NetworkManager 則作為網路配置服務，承擔控制平面的職能，負責決定設備應採用何種網路配置。
本周，NetworkManager 1.58 正式發布。自 1.56 版本以來，該版本歷經逾五個月的開發周期，累計提交 407 次代碼變更。此次更新聚焦三大方向：擴展對純 IPv6 網路的支持、推出一系列 Wi-Fi 管理改進，以及強化安全防護機制。
IPv6 純網路支持擴展
IPv4 地址耗盡問題持續推動各類網路向純 IPv6 模式遷移，這一趨勢每年都在加速。
紅帽公司 Linux 工程平台賦能總監 Chris Van Hoof 表示："越來越多的網路運營商、移動運營商、雲服務提供商，以及所有受 IPv4 地址耗盡壓力影響的機構，都在默認部署純 IPv6 網路。"
長期以來，同時運行 IPv4 和 IPv6 的雙棧網路一直是 IPv6 過渡的主流方案。然而，雙棧方案存在一個結構性缺陷：它仍然要求每台設備持有一個 IPv4 地址，因此無法從根本上緩解地址耗盡的壓力。
一種名為"IPv6 主導"（IPv6-mostly）的替代模型可以彌補這一不足。該模型由 RFC 8925《DHCPv4 的 IPv6 專用首選選項》定義，允許具備該能力的客戶端完全放棄 IPv4，而仍需使用 IPv4 的傳統主機則可在同一網段內繼續獲取 IPv4 地址。
Van Hoof 介紹說："NetworkManager 現在還能自動發出 RFC 8925 的 IPv6 專用首選選項信號，向網路表明該主機完全可以跳過 IPv4 地址租用。"
對於仍需通過 IPv4 傳輸的流量，NetworkManager 1.58 新增了對 CLAT（客戶側轉換器）的支持。CLAT 是 464XLAT 機制的客戶端組成部分，該機制由 RFC 6877《464XLAT：有狀態與無狀態轉換的結合》定義。464XLAT 方案將端點側執行無狀態報頭轉換的 CLAT 與運營商側的有狀態 NAT64 轉換器配合使用，使得純 IPv4 應用程式在不具備原生 IPv4 的網路中仍能正常運行。
"CLAT 是一個轉換層，它讓遺留的純 IPv4 應用和服務無需額外中間件，就能在這些網路上繼續正常工作，"Van Hoof 說道。
Wi-Fi 管理功能更新
NetworkManager 1.58 還對守護進程處理 Wi-Fi 連接和配置的方式進行了一系列改進。
頻段選擇方面，Wi-Fi 連接的頻段屬性現在支持 6GHz 選項，通過 NetworkManager 命令行工具 nmcli 執行 Wi-Fi 掃描時，也會同步顯示每個接入點所使用的頻段。
憑據處理方面，系統現已支持包含 64 位十六進制預共享密鑰的 WPS 憑據，與部分接入點返回的格式保持一致。
文本界面方面，NetworkManager 的菜單式文本界面工具 nmtui 新增了多項易用性改進：新增設備選擇按鈕，用戶可從列表中直接選擇物理接口，無需手動輸入名稱；激活界面新增了 Wi-Fi 重新掃描按鈕；密碼輸入提示框新增了顯示密碼的複選框；此外還新增了二維碼分享選項，與現有的 nmcli device wifi show-password 命令功能對應。
安全加固
本次發布修復了若干安全漏洞，並收緊了與 DHCP 處理及連接權限相關的多項默認配置。
CVE-2026-10805 漏洞方面，主機名和 MUD URL 在寫入 dhclient 配置文件前，現在會進行合法性驗證，拒絕可能破壞配置語法的特殊字符。
DHCPv4 客戶端修複方面，內部 DHCPv4 客戶端中存在的一處越界讀取漏洞已得到修復，該漏洞此前可被處於同一鏈路的攻擊者通過構造畸形 UDP 數據包觸發。
路由器選項驗證方面，當 DHCP 租約中同時包含選項 121（無類靜態路由選項）時，內部 DHCPv4 客戶端現在將忽略 DHCP 選項 3（路由器選項），遵循 RFC 3442 的相關建議。
權限檢查與廢棄功能方面，對於限制特定用戶訪問的私有連接，NetworkManager 現在會驗證相關用戶是否具備訪問所引用的 802.1X 證書和密鑰的權限。
其他改進
本次發布還包含兩項實用性補充：新增虛擬化網路隧道類型，以及修復了 NetworkManager 狀態在重啟後無法保留的問題。
NetworkManager 1.58 新增了對創建和管理 GENEVE 隧道接口的支持。GENEVE（通用網路虛擬化封裝）是一種隧道協議，它將以太網幀封裝在 UDP 數據包中傳輸，使虛擬網路或覆蓋網路能夠運行在物理三層基礎設施之上。該協議主要應用於虛擬化和雲計算環境，供虛擬機監控程序或容器網路層跨物理主機構建虛擬網段。此前，NetworkManager 無法直接創建或管理此類接口。
此外，本次發布還新增了託管狀態持久化功能。NetworkManager 會追蹤其是否負責管理某塊網路設備，這一配置被稱為設備的"託管狀態"。此前，每次重啟後該配置都會被重置，導致自動化配置工具每次系統重啟後都必須重新應用該設置。NetworkManager 1.58 允許通過 nmcli 或 D-Bus API 設置的託管狀態在系統重啟後得以保留。
Van Hoof 表示："這是一個細小的改動，但填補了一個真實存在的自動化空白：自動化配置工具和 cloud-init 類工作流現在可以通過 D-Bus 或 nmcli 一次性設置設備狀態，並信任該狀態在重啟後依然有效，而無需每次都重新應用配置。"
Q&A
Q1：NetworkManager 1.58 新增的 CLAT 支持有什麼作用？
A：CLAT（客戶側轉換器）是 464XLAT 機制的客戶端組成部分，能讓純 IPv4 應用在沒有原生 IPv4 地址的純 IPv6 網路上正常運行。它通過在端點執行無狀態報頭轉換，配合運營商側的 NAT64 轉換器協同工作，無需額外安裝中間件即可實現兼容，解決了純 IPv6 網路中遺留應用無法通信的問題。
Q2：NetworkManager 1.58 修復了哪個安全漏洞？具體影響是什麼？
A：本次修復了 CVE-2026-10805 漏洞，該漏洞涉及主機名和 MUD URL 在寫入 dhclient 配置文件前未經充分驗證，攻擊者可能通過注入特殊字符篡改配置語法。此外，還修復了內部 DHCPv4 客戶端中的越界讀取漏洞，該漏洞可被處於同一網路鏈路的攻擊者利用畸形 UDP 數據包觸發。
Q3：NetworkManager 1.58 的託管狀態持久化功能解決了什麼問題？
A：此前，NetworkManager 對網路設備的託管狀態會在每次系統重啟後自動重置，導致自動化配置工具或 cloud-init 類工作流每次重啟後都必須重新設置。1.58 版本新增的持久化功能允許通過 nmcli 或 D-Bus API 設置的託管狀態在重啟後繼續保留，從而簡化了自動化部署流程，減少了重複配置操作。
