開啟 3 天免費試用
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。


Ubuntu Wi-Fi 無法使用時,先執行 nmcli device status 和 rfkill list:兩者合起來可看出網絡介面卡是未被識別、被阻擋,還是存在卻連不上,從而確定要處理哪個階段。之後把故障歸入一個階段:沒有介面卡、無線電被阻擋、找不到網絡、認證失敗、沒有取得地址,或已連接但無互聯網。Ubuntu 官方排障同樣按階段處理:識別裝置、確認連線、檢查路由器,最後才考慮驅動程式。[1]
關鍵要點:
- 把故障分成硬件識別、無線電、發現、認證、地址或互聯網存取階段。
- 先使用
nmcli、rfkill和硬件資料,因為這些檢查不會重寫網絡設定。- 只有從可信證據確認介面卡與失敗階段後,才調查驅動程式。
| 症狀 | 首個分支 |
|---|---|
| 沒有 Wi-Fi 控件或介面卡 | 硬件偵測、韌體或驅動程式支援。 |
| Wi-Fi 存在但停用 | 硬件開關、飛行模式或 rfkill。 |
| 介面卡正常但沒有 SSID | 距離、隱藏 SSID、頻段/頻道或路由器。 |
| 密碼被拒絕 | 網絡選擇、安全模式、憑證或時間。 |
| 已連接但沒有地址/互聯網 | DHCP、登入頁面、路由器、路由或 DNS。 |
比較同網其他裝置,並讓這部 Ubuntu 裝置連接可信的替代網絡。所有裝置都失敗時看路由器無網指南;證明 IP 路徑正常而只有域名失敗時看Ubuntu DNS 指南。如果這部電腦上的其他裝置或 App 也出現異常,先按裝置通用排查次序檢查,再更改 Wi-Fi 設定。
分類時保持實體位置、用戶工作階段和存取點不變。靠近路由器後恢復,可能是訊號、天線、頻段或漫遊問題;只在睡眠喚醒後失敗,則可能涉及電源管理或驅動程式狀態轉換。這些觀察比「偶爾壞掉」更有診斷價值。
記錄最後正常運作的核心,以及問題是否在更新、硬件或韌體設定變更後出現。這只是時間證據,不等於因果關係。確認責任層和受支援的復原路徑前,不要回復軟件套件或韌體。
執行非破壞命令:
nmcli general status
nmcli device status
nmcli radio
rfkill list
nmcli 報告 NetworkManager、裝置與無線電狀態,其手冊區分裝置狀態與連線 profile。[2]rfkill 顯示軟件或硬件阻擋。軟件阻擋通常可從桌面控件或 rfkill unblock wifi 清除;硬件阻擋通常需要實體開關、韌體設定或平台操作。不要用隨機指令碼強行繞過。
若伺服器或受管理系統不由 NetworkManager 管理介面,先找出真實網絡管理者才修改 profile。
應合併閱讀這些指令。無線電開啟不證明介面卡存在;顯示 unavailable 的介面卡仍可能被阻擋、未受管理或缺少韌體。出現多個無線介面時,先確認實際使用的一個,再解除阻擋或更改狀態。
保存一個簡短的修改前狀態,包括介面名稱、裝置狀態以及軟硬阻擋結果。不要公開完整連線 profile,其中可能有 SSID、用戶名稱、憑證路徑或機構資料。每次可復原操作後重新執行同一組指令,只比較相關欄位。
讀取硬件資料:
lspci -nnk
lsusb
sudo lshw -C network
介面卡生產商/裝置 ID 與正在使用的內核驅動程式,比「Wi-Fi 不見了」更有用。裝置完全缺失時檢查硬件、韌體設定或可移除介面卡;裝置存在但無驅動程式時,查詢該 Ubuntu 版本與生產商官方支援。
不要加入隨機 PPA、把驅動程式安裝器透過 pipe 傳給 shell、盲目 blacklist 內核模組,或為載入未簽署驅動程式直接關閉 Secure Boot。這些做法會削弱啟動完整性或移除可用回退。Ubuntu 軟件來源選擇解釋來源可信度。
報告介面卡時應同時提供生產商/裝置 ID 與正在使用的核心驅動程式行,單一產品名稱可能涵蓋多個硬件版本。如果 lsusb 或 lspci 能看到裝置而網絡介面不存在,應在重新載入模組或重新啟動前保存相關核心訊息;第一次初始化失敗通常包含最清楚的韌體或裝置錯誤。
外置介面卡可換到一個已知正常的連接埠測試,不要經過無供電集線器。內置介面卡則確認韌體設定沒有停用無線功能。如果拆機可能影響安全、保養或機構資產,應停止並交給裝置負責人。
Ubuntu 官方把桌面網絡選單作為正常連線路徑。[3]診斷可執行:
nmcli device wifi list
nmcli connection show
不要把 Wi-Fi 密碼寫進會留在 shell 歷史或支援日誌的命令。SSID 不出現時,靠近路由器,確認是否隱藏,並核對介面卡對頻段和頻道的支援。只有這張介面卡看不到一個頻段時,不要重設整個路由器。
認證反覆失敗時,在可信裝置核對準確 SSID 與憑證。機構 Wi-Fi 可能要求證書、身份欄位或管理員 profile;不要降低路由器安全模式來繞過。
如果懷疑已保存的 profile 過期,先記錄其中是否有機構憑證、隱藏 SSID、靜態地址或自訂路由。已知密碼的簡單家居網絡 profile 可以恢復;沒有安裝套件的企業 profile 一旦刪除,可能無法自行重建。只對自己擁有的設定使用最窄復原操作。
SSID 可見但連線循環時,記錄故障發生在密碼提示之前還是之後。憑證被拒絕、安全模式不兼容和 DHCP 逾時在桌面選單看來相似,卻屬於不同階段。
想知道某次連線為何失敗,可在失敗後立即以 journalctl -b -u NetworkManager 查看今次開機的 NetworkManager 日誌。no-secrets 或 supplicant-timeout 這類失敗原因指向憑證、安全模式或企業 profile;ip-config-unavailable 則表示已與存取點連結,問題已轉到步驟 5 的地址分配。分享任何日誌行之前,先刪去密碼、用戶名稱和證書資料。
連接後只讀檢查:
nmcli -f GENERAL,IP4,IP6 device show
ip route
沒有可用地址或預設路由,指向 DHCP 或 profile。地址和路由正常但無網,指向登入頁面、路由器、供應商、代理或政策。IP 路徑正常但域名失敗屬於 DNS。保存準確錯誤,每次只改變一層。
只有關聯和地址成功後才開啟瀏覽器,並遵循網絡擁有人的正常登入頁面指示。不要安裝憑證或關閉 HTTPS 警告來強行通過登入頁面。網關可達而外網不可達時,先比較另一部裝置,再更改 Ubuntu 路由。
只有 DNS 失敗時,先確認解析器的擁有人與目前設定。NetworkManager、systemd-resolved、受管理 profile 或其他獲批工具都可能擁有它。Wi-Fi 排障期間不要一次取代全部名稱伺服器,這會掩蓋原始故障並越界到另一項排障。
Ubuntu 已偵測硬件但不能操作,或日誌顯示裝置/韌體錯誤時才進入驅動程式分支。記錄 Ubuntu 版本、內核、介面卡 ID、驅動程式和相關啟動訊息。優先 Ubuntu 倉庫、受支援的 Additional Drivers 或生產商官方套件;如更新引入回歸,保留舊的可啟動內核。
只有理解用途時才使用受支援的 Live 環境作對照,它不是修復操作。Wi-Fi 在 Live 環境正常,表示已安裝系統的驅動程式、韌體、profile 或政策仍值得調查;兩邊都失敗則更支持硬件支援分支。任何結果都不能證明應安裝未簽署模組或未驗證指令碼。
先分類,再編輯設定。讀取 NetworkManager、rfkill 與硬件狀態,核對 SSID 和認證,然後區分地址、登入頁面、上游和 DNS。驅動程式只用官方來源;沒有裝置專屬證據和復原路徑時,不要關閉 Secure Boot 或 blacklist 模組。
介面卡可能未識別、未受管理、被阻擋、缺少受支援韌體或在硬件層停用。先看 nmcli device status、rfkill list 和硬件 ID。
軟件阻擋由系統控制;硬件阻擋反映裝置或平台狀態,通常不能只靠軟件清除。
距離、隱藏名稱、頻段/頻道兼容性、路由器設定或介面卡狀態都可能有關。
避免讓密碼進入命令歷史或共享日誌,優先使用桌面安全提示或受支援的安全方法。
不能。地址、預設路由、登入頁面、路由器上游和 DNS 都是獨立層。
不應作為通用修復。先驗證官方支援與已簽署套件;關閉它會改變重要完整性邊界。
不可以。使用 Ubuntu 倉庫、官方文件或裝置生產商來源,並保留復原方法。
提供 Ubuntu 和內核版本、介面卡 ID、驅動程式、nmcli/rfkill 狀態、準確錯誤與對比結果;不需要時移除 SSID、MAC 和憑證。
免責聲明:硬件支援取決於 Ubuntu 版本、內核、韌體和裝置型號。驅動程式變更前保留可工作的啟動選項。
Ubuntu 的 Wi‑Fi 介面及驅動程式須先能正常上網,AethoVPN 才有連線基礎;它不能補齊缺失韌體或修復無線硬件。
來源:
Sources checked 2026 年 10 月 4 日。
延伸閱讀:
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。