對 GL.iNet Mudi 7（GL-E5800）這款 5G NR Tri-band(三頻) Wi-Fi 7 旅行路由器進行為期三個月的使用評測，並與我長期使用的 Netgear Nighthawk M2 進行比較。

tl;dr：使用了將近七年後，我的Netgear Nighthawk M2開始自動重新開機、回報毫無道理的電池電量，且觸控按鍵大多按了也沒反應，因此過去三個月我改用 GL.iNet Mudi 7（GL-E5800）來取代它。這是一款 5G NR Sub-6 旅行路由器，配備兩個 nano-SIM 卡槽與內建 eSIM、Wi-Fi 7、一個 2.5 GbE 網路埠、兩個 USB-C 連接埠以及可拆卸的 5380 mAh 電池。這是我用過功能最強大的行動路由器，其標示的 13.5 小時續航力與我的實測結果相近，僅 LTE 收訊本身就比 M2 有明顯提升。可惜的是，外盒上標示的 Tri-band 實際上一次只能使用兩個頻段，完全沒有 MLO(多重連結運作)，兩個 SIM 卡托都在電池下方，觸控螢幕仍無法帶你通過強制入口網站（captive portal），而韌體 4.8.5 存在行動網路缺陷，會在電信商停用閒置數據連線後讓裝置一直卡在Connecting…。如果你是為了blue-merle與 IMEI 隨機化而選擇 Mudi 系列，可能會失望地發現這項功能似乎已隨著 GL-E750 而終止。

今年稍早，我評測了 GL.iNet Slate 7（GL-BE3600），這款 Wi-Fi 7 旅行路由器取代了我長期使用的 Linksys WRT3200 ACM，成為我旅行配置中的路由器。我在該篇文章中提到，我也正在汰換更老舊的 Netgear Nighthawk M2，這台 LTE-A Cat. 20 熱點已為我處理行動數據將近七年。M2 一直是可靠的設備，然而它近來故障嚴重到讓我在旅途中已無法信任。無預警重新開機、越來越離譜的電池電量顯示，以及大多按壓都無反應的觸控按鍵，讓它變得難以使用；由於它早已超過預期的使用壽命，我認為是時候在 M2 徹底在某個機場貴賓室罷工之前，給它的後繼機種一個為期數月的完整試用。

我最終選定的裝置是 GL.iNet Mudi 7（GL-E5800），一款 5G NR Sub-6 Tri-band Wi-Fi 7 旅行路由器，由 GL.iNet 於 CES 2026 發表並於四月開始出貨。就規格面而言，該裝置相較於 Netgear M2 與 Mudi V2（亦即 GL-E750V2，仍為 4G/LTE Cat. 6 裝置，配備 0.96 吋 OLED）皆為升級。Mudi 7 搭載 Qualcomm 的 Dragonwing MBB Gen 3 平台、具備 6 GHz 射頻的 Wi-Fi 7 實體層、兩個 nano-SIM 卡槽加上內建 eSIM、兩個 USB-C 連接埠、一個 2.5 GbE 乙太網路埠、2.8 吋彩色觸控螢幕，以及可拆卸的 5380 mAh 電池，全部整合於 157x75x22.8mm、300 克的機身中，運行 OpenWrt 並疊加 GL.iNet 的韌體層。售價為 419.99 美元，約 425 歐元，也是 GL.iNet 目前販售最昂貴的裝置。

規格

如同Slate 7，Mudi 7 的定位高於大多數消費級旅行路由器。它配備 5G NR Sub-6 Rel-17 NSA/SA 數據機，並可回落至 LTE Cat. 20（下行）/ Cat. 18（上行），硬體的詳細規格如下：

三頻

除了具備數據機之外，與 Slate 7 的第二個差異是 6 GHz 射頻，而 Slate 7 完全沒有該射頻。然而，外盒上標示的 Tri-band 有些誤導。Mudi 7 雖然具備三個頻段的射頻，但晶片組無法同時驅動 5 GHz 與 6 GHz，因此你只能將裝置設定為 2.4 + 5 GHz 或 2.4 + 6 GHz 其中一種組合。

這也意味著 Mudi 7 完全沒有 Multi-Link Operation(多重連結運作)。在 Slate 7 上，我曾抱怨GL.iNet 的 MLO 說明文件宣傳了硬體上根本沒有的 6 GHz 頻段。而在 Mudi 7 上，6 GHz 頻段有了，MLO 卻消失了，對於一款價格幾乎貴上三倍的裝置而言，這是個奇怪的取捨。

地區版本

此裝置有兩種地區版本：適用於北美的 GL-E5800NA 與適用於歐洲的 GL-E5800EU，兩者在 5G NR 與 LTE 頻段支援上有所不同，這對像我這樣的旅行者而言相當重要。兩種版本皆支援 n5、n7、n26、n38、n41、n77 與 n78。除此之外則有所分歧，EU 版本額外支援 n1、n3、n8、n20、n28、n40 與 n75，而 NA 版本則額外支援 n2、n12、n14、n25、n30、n48、n66 與 n71，外加僅在 SA 模式下支援的 n13、n29 與 n70。LTE 的區分方式亦同，EU 版本為 FDD B1、B3、B5、B7、B8、B20、B28 與 B32，以及 TDD B38、B40、B41、B42 與 B43；NA 版本則為 FDD B2、B4、B5、B7、B12、B13、B14、B17、B25、B26、B29、B30、B66 與 B71，以及 TDD B38、B41、B42、B43 與 B48。以我的使用情境（幾乎都在亞太／拉丁美洲）而言，EU 版本是較合理的選擇，但若經常往返北美與世界其他地區，訂購前應仔細閱讀兩者的頻段列表。

不過平心而論，Nighthawk M2 的區分更為零碎。Netgear 將該裝置分為至少五種不同的 SKU，而每個版本的頻段列表都相當短。

盒裝內容

盒內包含 Mudi 7 本體、電池組、一個相對較大的旅行收納包、一條 USB-C 傳輸線以及紙本說明書。沒有外接天線也沒有電源轉接器，這點我很讚賞，畢竟我已經要攜帶許多充電器了。

數據機

最主要的特色是數據機，它採用 Dragonwing 平台，也就是 Qualcomm 重新命名的企業與行動寬頻產品線。

實際上，4.67 Gbps 的峰值數據就如同幾乎所有被過度宣傳的峰值數字一樣，僅是行銷素材。實際的傳輸速率主要取決於電信商的網路、SIM 方案、頻譜配置、頻段組合以及你所在位置的訊號條件。在我自己的測試中，在配置完善的 5G 網路上，我曾看到 600–900 Mbps 區間的持續下行速率，而在較為常見的混合 NSA 部署中則明顯較低（約 100–250 Mbps）。

不過更重要的是 LTE 回落能力。該數據機可回落至 LTE Cat. 20（下行）/ Cat. 18（上行），且靈敏度明顯高於 M2 老舊的 Qualcomm 基頻。在那些 M2 最多僅能顯示一格 LTE 訊號的同樣飯店房間內，Mudi 7 通常能穩定顯示兩到三格，且在同一張 SIM 卡與同一家電信商下，往往能取得更多可用頻寬。

最後，Mudi 7 配備兩個 TS-9 外接天線埠，適合那些需要在露營車、小木屋或訊號死角等場景外接一對平板或指向性天線的人。我並未測試這些，因為我的使用情境不涉及此類需求。不過如今大多數人可能早已轉向 Starlink，因此外接天線的賣點或許已不如十年前那般重要。

SIM 卡與 eSIM

Mudi 7 擁有兩個 Nano-SIM 卡槽與一個內建 eSIM。兩個 Nano-SIM 與 eSIM 皆可透過觸控螢幕與網頁介面進行管理。然而必須注意，此處所指的 Dual SIM Dual Standby 是附帶但書的雙待機。內建 eSIM 與 SIM 卡槽 2 為互斥，無法同時啟用。eSIM 預設為停用，一旦啟用，SIM 2 即停止運作。無論如何 SIM 1 皆可維持運作，且數據機能在 SIM 1 與目前啟用的 SIM 2／eSIM 之間自動切換（即容錯移轉），但你無法同時保持三個熱待機設定檔。對於希望同時保留一張本地 SIM、一張區域漫遊 eSIM 與一張母國 SIM 保持待機的人來說，這有點令人失望。

容錯移轉本身也比我預期的更為僵化。網頁介面提供了自動切換功能，包含數據用量閾值與訊號遺失觸發條件，但在實務上，容錯移轉的判斷相當緩慢。完全失去訊號通常能在合理時間內觸發切換，但在更細微的情境下（例如某張 SIM 被限速卻無任何提示，或在仍顯示已連線的情況下失去數據連線）往往需要手動介入。GL.iNet 的說明文件中描述了遠比 SIM 端自動切換邏輯所能提供的更為精密的 multi-WAN 協調能力。不過平心而論，Linksys 上的 Mwan3 也有類似問題，我想偵測斷線本來就是難以完美實現的事。

另一個需要注意的地方是，兩個 Nano-SIM 卡托都位於電池下方，因此要放入或取出卡片，必須先將裝置關機、撬開背蓋並取出電池。對於一款鎖定抵達後購買本地 SIM 的族群的產品而言，這是個奇怪的設計。不過話說回來，在許多情況下，裝置可能本來就已經關機，因為你是搭飛機抵達的。

在已完成設定的設定檔之間切換（無論是實體卡對實體卡，或是實體卡對 eSIM）是觸控螢幕處理得不錯的功能之一，通常不需要繞道進入管理介面。

觸控螢幕

說到這個，如同Slate 7，Mudi 7 也配備內建觸控顯示器，不過此處為 2.8 吋彩色 LCD，而非 Slate 7 上小得多的面板。

螢幕會顯示常見的各項資訊，例如訊號強度與目前的網路類型、已連線的用戶端數量、即時數據用量、電池電量、帶有 QR Code 的 Wi-Fi 資訊以便快速加入，以及無需開啟管理介面即可切換 VPN、Wi-Fi 與其他幾項功能的能力。韌體升級時也會在螢幕上顯示進度條，這（正如我先前抱怨 Linksys 時所提）是個雖小但令人欣喜的便利功能。

觸控螢幕明顯缺少的功能是強制入口網站處理。當上游 WAN 是帶有強制入口網站的飯店或機場 Wi-Fi 網路時，觸控螢幕便毫無用處，你必須拿起手機、平板或筆電，連上 Mudi 7、開啟瀏覽器並手動通過入口網站，路由器（及其後方的所有裝置）才能連上網際網路。但平心而論，2.8 吋的面板本來就不適合用來呈現 HTML 登入表單與鍵盤。

在 Slate 7 上首度引入的 4 位數 PIN 鎖定畫面在 Mudi 7 上同樣具備，這點我再次表示讚賞，畢竟此螢幕會顯示諸如電信商與 SIM 詳細資訊、VPN 狀態、主機名稱等敏感資訊。

電池電量回報

一個惱人的小怪癖是電池電量的回報方式。在充飽電後，LCD 與網頁介面都會在拔除電源後的最初 1 至 3 小時內維持在 100%，之後才會追上實際情況並迅速下降至真正的電量。底層核心的電量計驅動程式其實回報的是準確數值（你可透過 SSH 執行 ubus call mcu status 來確認），但就我所觀察，驅動 LCD 與管理介面的 MCU 層套用了某種平滑化處理，以避免裝置在充電後立即顯示 98–99%。

我寧可在螢幕上看到真實數據，而非經過平滑化的消費友善近似值，尤其是在一款本質上就是要長時間離線使用的裝置上。

OpenWrt

Mudi 7 出廠搭載 OpenWrt 23.05.4（r24012-d8dd03c46f，核心 5.15.170-perf），並疊加 GL.iNet 的韌體層。該裝置運行 Qualcomm 的專有 SDK 與二進位 blob。適用於Slate 7 的相同軟體開放性注意事項在此同樣適用。你可取得完整的 root SSH 存取權、uci 設定樹，並可在需要時側載 LuCI UI，但任何涉及行動網路或 Wi-Fi 7 晶片的功能，你都只能依賴 GL.iNet 的韌體。

最初的 Mudi（GL-E750）是 blue-merle 所針對的裝置，這個由 SRLabs 開發的套件會透過對裝置數據機下達 AT 指令來變更 IMEI、清除已儲存的用戶端 MAC 位址，並在每次重新開機時隨機化 BSSID 與 WAN MAC 位址，這也是 Mudi 系列之所以被譽為注重隱私的旅行路由器的主要原因之一。然而，blue-merle 僅支援 GL-E750，別無其他，且隨著 5G 數據機、韌體基礎與整個平台已全面更迭，目前沒有跡象顯示這一點會改變。如果你正是為了 IMEI 隨機化而考慮 Mudi，至少在目前，Mudi 7 並未提供該功能。

平心而論，韌體層也是讓該裝置開箱即用的原因。Multi-WAN(多重廣域網路)、WireGuard、OpenVPN、Tailscale、AdGuard Home、DNScrypt-proxy2、Tor 以及數據機管理功能皆已預先安裝，並可透過友善的網頁介面存取，這（正如我在Slate 7 評測中所提）相較於像我的 WRT3200 ACM 這類老舊路由器上陽春的 vanilla OpenWrt 體驗，已是大幅提升。

VPN

Mudi 7 支援最高達 600 Mbps 的 WireGuard。我已在該裝置上運行自己的 WireGuard 通道，並將整個區域網路導流經由該通道，其速度足以跟上上游 5G 或 LTE 連線所能提供的任何頻寬。

Tailscale

如同Slate 7，Tailscale 同樣可用，且附帶相同的注意事項。基本連線功能正常運作，但任何超出預設組態的功能（具進階旗標的出口節點、子網路路由、標籤式 ACL 等）皆需透過 SSH 手動介入。

Tor

如同Slate 7，Mudi 7 也可運行 Tor 節點並將區域網路流量經由其路由。一旦啟用 Tor，VPN、DNS、AdGuard Home 與 IPv6 便無法再正常運作，因為韌體（目前）尚未能像手工打造的 OpenWrt 設定那樣整合這些服務。

註：正如我在《Slate 7 評測》中所解釋，這些限制 100% 是 GL.iNet 的問題，而非 OpenWrt 所致。若是在原生的 OpenWrt 安裝上手動設定，相同的組合皆可正常運作，包含透過 DNScrypt-proxy2 經由 Tor 進行 DNS 查詢。只是在 GL.iNet 端，使用者介面尚未到位。

AdGuard Home

如同Slate 7，AdGuard Home 同樣是預設安裝的一部分，且同樣隨插即用。我個人仍未使用它，但在我測試過的設定中，其網頁介面與 Slate 7 上的完全相同且運作正常。

Multi-WAN

Mudi 7 與大多數旅行路由器的區別在於其可同時維持的上行連線數量，該裝置支援最多五個同時的 WAN 輸入：行動數據機、2.5 GbE 乙太網路埠（設定為 WAN 時）、Wi-Fi-as-WAN（即中繼模式）、來自手機或次級數據機的 USB-C 網路共享，以及透過 USB-C 連接的 USB 乙太網路轉接器。韌體底層使用 Multi-WAN，上層則提供友善的使用者介面。支援路由器、無線基地台與延伸器模式，不支援 WDS。

USB-C

該裝置具備雙 USB-C，其中一個 USB-C 埠僅供供電。另一個 USB-C 埠則為具備 USB 網路共享與 USB OTG 支援的完整功能 10 Gbps 連接埠。可在一個埠為 Mudi 7 充電的同時，於另一個埠進行網路共享。

USB 網路共享本身如同Slate 7，只需在介面上點擊幾下即可完成。接上手機、在手機上啟用網路共享，Mudi 7 便會將其識別為 USB 乙太網路 WAN。同樣的操作也適用於 USB 轉乙太網路轉接器，若你需要新增第二個有線 WAN，或在 Wi-Fi 不穩定的情況下橋接飯店的有線區域網路時便會派上用場。

使用體驗

我使用 Mudi 7 已約三個月，簡言之，該裝置整體上相當穩固，僅在韌體小怪癖與較為厚重的體積方面有些許注意事項。

電池續航力

電池續航力在此有些好壞參半，因為它很大程度上取決於 Mudi 7 上運行了哪些功能／服務、WiFi 用戶端的數量以及行動網路的覆蓋狀況。

因此我這樣說吧：就 Mudi 所提供的功能數量而言，特別是與我較舊的 M2 相比，電池續航力算是還不錯。話雖如此，我確實認為 Nighthawk 至少在早期，單次充電的續航時間比現在的 Mudi 更長。顯然我沒有科學化的基準測試可供證明，但我清楚記得曾帶著 M2 在外奔波一整天，睡前裝置仍僅耗用約一半電量。這點我認為在 GL.iNet 上是無法實現的。雖然該裝置輕鬆應付一般工作日綽綽有餘，但我大概不會指望它能在與四位朋友穿越山區的一整天公路旅行中撐完全程。

最終，其續航力可透過外接行動電源延長，但對於一款本身已重達 300 克的裝置而言，這顯然不是理想作法。老實說，300 克大約相當於兩支 Google Pixel 5 或兩支 Motorola Edge 30 手機，而這兩支手機都能提供 5G 熱點，且（加總起來）續航力很可能比 Mudi 多上至少數小時。因此，若你只在乎純粹的 5G 熱點功能，就電池續航力而言，GL.iNet 絕對不是好選擇。然而，若你將其視為行動區域網路的核心，讓你得以將 Slate 7 留在家中，因為它幾乎支援所有重要功能並額外提供整合式 5G 連線，那麼其電池續航力其實並不算差。

發熱

機身在持續的 5G 負載下（尤其是在使用 VPN 時）會明顯變溫，但從未到讓我擔心效能節流或握持舒適度的程度。背部觸感溫熱，但不會比同等負載下的中階手機更燙，也絕對不像我的舊 M2 有時那樣發燙。與 Netgear 不同，至今我在 Mudi 上尚未遇過任何過熱警告。

做工品質

做工品質紮實。機身有著令人安心的紮實感，觸控螢幕反應靈敏，正面的按鍵也不顯鬆垮。背板則是較弱的一環，因為它是保護電池的塑膠卡扣式背蓋，在受壓時會發出嘎吱聲。考量到更換電池或 SIM 卡時必須撬開此背蓋，我有點預期它會相對較快磨損。

重量

如同我在旅行桌配置文章中所預期，重量與體積明顯不如 M2。Mudi 7 更重（300 克對比 M2 的 240 克），且在長度與寬度上都明顯更為厚實。就絕對尺寸而言，這仍是一款小巧的裝置，但在擁擠的桌面與塞滿的行李中，差異仍可察覺。隨附的旅行收納包也比路由器本身所需更大，因為多餘的空間大多是為配件預留。大多數人可能不會在旅行時使用該收納包，而是將其用於家中收納。

充電

充電表現一直相當穩定。24W PD 快充輸入可在約一小時內將 5380 mAh 電池從 0% 充至約 80%，並在約一小時四十五分鐘內充滿。該裝置可接受手邊任何 USB-C PD 供電來源，包含我的UGREEN 100W 以及Sharge Pouch Mini P2 行動電源。

若你考慮將此裝置作為區域網路的固定成員（甚至核心），我有個好消息：Mudi 7 可在不插入電池的情況下透過 USB-C 供電運作。我不確定這是否為 GL.iNet 官方支援的用法，因為當你接上充電器時，顯示器會顯示一個內含驚嘆號的電池圖示，但長按正面按鍵仍可將裝置開機。在未插入電池的情況下，我尚未遇到任何會導致無預警重啟的瞬間功耗高峰，但實際情況可能因人而異。

可靠性

可靠性相當不錯，我尚未遇到任何當機、無預警重新開機或其他問題。我遇到的僅有的韌體層面怪象是前述的電池電量回報問題，以及在 tl;dr 中提到的韌體 4.8.5 行動網路問題：在電信商停用閒置數據連線後，路由器可能會一直卡在Connecting…，直到我手動介入。

總結

Mudi 7 可能是我擁有過功能最強大的便攜式行動路由器之一，並已在我的旅行配置中取得固定地位。5G 數據機、雙 SIM 加 eSIM 配置、雙 USB-C 連接埠、2.5 GbE 網路埠、可拆卸的 5380 mAh 電池以及 Wi-Fi 7 實體層，對我而言足以取代 M2 + Slate 7 的組合，同時還能涵蓋該組合從未涵蓋的情境（5G、多 SIM、多重廣域網路、透過 USB-C 共享的次級數據機）。

雖然 300 克的重量與更為厚重的體積相較於 M2 是種退步，但若將我過去為了讓區域網路運作而必須與 M2 一同攜帶的 Slate 7 所增加的體積與重量納入考量，就不顯得那麼糟了。話說回來，使用 M2 + Slate 7 組合時，我擁有只攜帶真正所需裝置的彈性，例如一日遊時，最終只需要帶 M2 即可。

除此之外，還有 Tri-band 的情況，晶片組一次僅能驅動兩個頻段且完全不提供 MLO；SIM 容錯移轉邏輯不如預期般順暢；SIM 2 與 eSIM 互斥，帶來些許不便；以及電池電量的平滑化處理，讓我對裝置回報的其他資訊也產生不信任感。然而，這些都並非致命缺點，僅屬輕微的不便。

對我而言，更令人擔憂的是專有的 Qualcomm blob 問題，如同Slate 7，Mudi 7 僅在精神上屬於 OpenWrt，其長期的無線與行動網路協定堆疊支援完全取決於 GL.iNet 與 Qualcomm 是否持續合作。若你追求的是真正的軟體自由，如同現今市場上幾乎所有其他具備 5G 能力的路由器一樣，這款裝置並不適合你。若你是為了 blue-merle 與 IMEI 隨機化而選擇 Mudi 這個名稱，它同樣不適合你。

若你優先考量的是具備穩固（縱使為專有）韌體的現代化、適合旅行、支援多重廣域網路與多 SIM 的 5G 路由器，就撰寫本文時而言，Mudi 7 是我所知最佳的選擇。在可預見的未來，我將繼續使用 Mudi 7 作為我的行動數據裝置，而服役七年後的 Nighthawk M2 已退居抽屜底層。

PS：若你對 Mudi 7 的長期使用體驗感興趣，請務必查看後續更新。