Mac 使用 Wi-Fi 而非乙太網絡:服務優先次序及路由檢查

Mac 使用 Wi-Fi 而非乙太網絡:服務優先次序及路由檢查

Kevin Wu
2026年9月12日· 7 分鐘讀完

接上網線後,如果 Mac 使用 Wi-Fi 而非乙太網絡,先要證明兩項網絡服務都真正可用,再把目前網絡位置內的乙太網絡移到 Wi-Fi 上方。服務次序只會決定 macOS 優先嘗試哪個正常連線;它不會修復失效的轉接器、凌駕每個 App 的特定路由,亦不會把 VPN 排到一般介面之後。

關鍵要點

  • 改次序前,確認乙太網絡取得有效本地位址並可連到路由器。
  • 在實際使用的網絡位置,把活動有線服務移到 Wi-Fi 上方。
  • 以介面資料、預設路由及短暫關閉 Wi-Fi 的對照驗證路徑。
  • 把服務次序、網絡位置、DNS、有線故障與 VPN 路由分層處理。
  • 變更沒有影響量度結果時,還原原有次序。

多項網絡功能同時異常時,可先看裝置與應用程式疑難排解指南。本文假設 Mac 同時看得到乙太網絡與 Wi-Fi;若有線服務顯示已連線但完全不通,應先處理乙太網絡已連線但無法上網。

步驟 1:先證明乙太網絡可以獨立使用

接上網線或日常擴充基座,開啟「系統設定」>「網絡」。記下服務的準確名稱、狀態、IP 位址、路由器位址,以及有線服務是否顯示已連線。綠色狀態並不足夠:169.254 開頭的自動位址、錯誤子網或欠缺路由器欄位,都表示有線路徑未準備好,調高優先次序也無法補救。

把有線位址與同一路由器上一部正常裝置比較。兩者通常有相同網絡前綴,但主機位址必須不同;切勿抄用另一部裝置的位址。若 Mac 未取得合適租約,逐項測試插穩網線、另一個已知正常路由器連接埠、另一條網線,以及繞過擴充基座。一次只改一項,才知道結果由甚麼造成。

記錄狀態後,才短暫關閉 Wi-Fi。先開啟路由器本地頁面或另一部已知本地裝置,再測試一般網站。有線網絡單獨運作時兩項都失敗,問題便不在次序。重新開啟 Wi-Fi,先處理線材、轉接器、連接埠或 DHCP。

如果本地位址可達但域名失敗,應比較按位址與按名稱的測試。這較像 DNS 問題,可改用 Mac DNS 設定指南,毋須不斷重排服務。

步驟 2:在目前網絡位置調整網絡服務次序

Apple 說明,多項服務同時活動時,網絡服務次序會控制 Mac 優先嘗試哪個連線。[1]在現行 macOS,可開啟「系統設定」>「網絡」,從動作選單選擇「設定服務次序」,將乙太網絡拖到 Wi-Fi 之上,再選「好」。不同版本的名稱及位置可能不同;找不到時可用設定搜尋或 Apple 指南。

只移動本次比較所需的兩項服務,並先拍照或抄下原有排列。不要刪除 Wi-Fi、移除描述檔或重建所有網絡服務。保留 Wi-Fi 可在網線拔除時接替;兩條路徑都健康時,服務次序才負責偏好。

服務名稱可能是「USB 10/100/1000 LAN」、「Thunderbolt Ethernet」、基座或轉接器品牌,而非直接稱為乙太網絡。要以所連硬件、IP 與狀態核實。移動一項未使用的有線服務,不會改變活動轉接器。

套用後可在設定內斷開再接通服務,或只重新插拔網線一次。不要反覆重啟路由器。再次開啟次序頁,確認排列已儲存。

步驟 3:核對 Mac 網絡位置與真正使用的路由

macOS 網絡位置可為不同地點保存獨立設定,Apple 亦指出每個位置可以有自己的服務次序。[2]若在「自動」、「辦公室」、「家中」或自訂位置之間切換,一處的排列不一定出現在另一處。

在網絡動作選單記下目前位置。切回預期位置,或在了解其代理、DNS 與介面設定後才同步調整。不要隨便刪除舊位置;受管理 Mac、工作室、實驗室或外遊配置可能依賴不同的代理、DNS 或介面。

若登入後次序自動還原,記錄改動前後的位置;設定可能由描述檔、裝置管理、登入工具、基座軟件或網絡延伸功能擁有;公司或學校裝置應交 IT 處理。

步驟 4:Mac 使用 Wi-Fi 而非乙太網絡?不要只看圖示,應驗證實際路由

選單列 Wi-Fi 圖示只表示無線功能開啟或已連線,並不證明一般流量正經 Wi-Fi。保持兩項服務開啟,比較改次序前後的證據。

先記下兩個介面的 IP 與路由器位址;「終端機」內的 route -n get default 可顯示目前預設路由介面。這只作診斷,不要以管理員權限貼上不明指令。亦可使用機構提供的網絡工具,或查看路由器的客戶端清單。

做三組對照:兩者開啟且乙太網絡排先、關 Wi-Fi 只用有線、拔除有線只用 Wi-Fi。對相同目標記錄本地連線、名稱解析與互聯網是否成功。有線可獨立使用,而且兩者開啟時預設路由指向有線,比選單列圖示更有力地證明實際路徑。

部分 App 會保留舊連線。改次序後應正常結束並重開測試 App。下載、視像會議與遙距工作階段未必能即時轉移;先保存工作,並以新請求測試。

步驟 5:分開理解 VPN 與特定路由

Apple 指出 VPN 連線本身會優先於非 VPN 連線,而且不能在一般服務次序中重新排列。[1]受保護目的地因此可能顯示隧道介面,即使底層實際是乙太網絡。這不代表 macOS 忽略有線服務。

只在政策容許時短暫中斷 VPN 作比較,不可停用公司規定的隧道或安全控制。VPN 中斷時底層預設路由是有線,重連後受保護流量進入隧道,兩項結果可以同時正確。

靜態路由、虛擬機器、內容過濾、部分 iCloud 私密轉送行為、按 App VPN 與公司代理,也可為特定目的地選路。服務次序只是一般偏好,更具體的路由與管理政策可優先。記錄目的地、App、活動隧道與路由,毋須假設所有流量經同一介面。

AethoVPN 可透過活動網絡路徑保護受支援流量,但切換其連線不會修復乙太網絡轉接器,也不能取代 macOS 服務次序。

步驟 6:仍然偏向 Wi-Fi 時繼續排查

回看證據。乙太網絡沒有有效位址、負載時中斷,或關 Wi-Fi 後失敗,應檢查網線、轉接器、擴充基座、DHCP 與路由器連接埠。有線獨立正常但預設路由仍為 Wi-Fi,則核對活動位置、活動服務,以及是否有管理程序還原排列。

若有線網絡只有域名失敗,便比較 DNS 伺服器及搜尋域名;只有一個 App 走 Wi-Fi 或隧道時,檢查該 App 的網絡延伸、代理與舊工作階段。如果關注的是效能而非路由,便在每個介面上量度相同的本地傳輸及互聯網測試;乙太網絡與 Wi-Fi 比較解釋理論規格與實際表現的差距。

沒有可量度差異便還原原次序。向支援提供 Mac 型號、macOS 版本、轉接器或基座型號、服務名稱、網絡位置、IP、路由器位址、預設路由輸出及每個介面單獨測試結果。這些證據能把偏好問題與連結、DHCP、DNS、隧道或政策問題區分開。

總結

  • 先證明乙太網絡可獨立運作,再提高其優先次序。
  • 在目前網絡位置移動正確的活動服務。
  • 重新開啟設定,並以三組對照驗證預設路由。
  • Wi-Fi 圖示存在不等於流量仍使用 Wi-Fi。
  • VPN、DNS、特定路由及管理設定要分層理解。
  • 保存原排列與介面證據,必要時還原或升級支援。

常見問題

使用乙太網絡時要長期關閉 Wi-Fi 嗎?

通常不用。乙太網絡排在服務次序首位時,可保留 Wi-Fi 作網線拔除後的後備;短暫關閉 Wi-Fi 只用來證明有線能獨立工作。

為何仍看到 Wi-Fi 圖示?

圖示表示無線關聯狀態,而非每條連線的路由。應看預設路由及有線單獨測試。

服務次序會令乙太網絡更快嗎?

不會。它只改變活動服務之間的偏好;效能仍取決於線材質素、轉接器能力、路由器連接埠、網絡擠塞及互聯網連線。

為何切換網絡位置後排列不同?

每個位置可保存獨立服務次序與其他設定,編輯前要確認目前位置。

可把 VPN 排到乙太網絡之後嗎?

不可透過一般服務次序完成;Apple 表示 VPN 優先且不能在該清單重排。

169.254 位址代表甚麼?

通常代表 Mac 未取得正常的 DHCP 位址。須先修復有線連結或位址分配,乙太網絡才可能承載互聯網流量。

為何下載仍走舊路徑?

應用程式可能沿用已建立的連線。先保存工作,再關閉及重新開啟程式,發出新的受控請求確認路由,不要只看舊下載。

何時聯絡 IT 或硬件供應商?

描述檔或政策還原次序時找 IT;已知正常的線材及連接埠配合另一個轉接器正常、而這個轉接器仍不穩定時,找硬件製造商。

來源

  1. Apple Support — Change the order of the network services your Mac uses — https://support.apple.com/en-me/guide/mac-help/mchlp2711/mac
  2. Apple Support — Use network locations on Mac — https://support.apple.com/en-lamr/105129

Sources checked 2026 年 9 月 12 日。

延伸閱讀

開啟 3 天免費試用

註冊即可免費體驗全部高級功能。

*只限新用戶;每位用戶只可獲得一次試用。

Mac 使用 Wi-Fi 而非乙太網絡:服務優先次序及路由檢查 | AethoVPN