出國旅遊 Android 熱點分享失敗解決教學：APN 類型 dun 與 supl 設定指南 (2026)

---

為什麼 Android 在出國使用 eSIM 時熱點會失效？根本原因與「已連線但無網際網路」錯誤解析

當你在出國旅遊時使用 Android 手機啟用旅遊 eSIM 並開啟 Wi-Fi 熱點分享，連接的子端裝置（如 MacBook、iPad 或第二台備用手機）經常會跳出令人頭痛的提示：「已連線，但無法存取網際網路」（Connected, no internet）。此時，作為熱點主機的 Android 手機本身上網完全正常，但所有透過熱點連線的外部裝置卻無法解析 DNS 查詢，也無法正常傳輸 TCP/UDP 封包。

這個問題極少是硬體故障所致，而是源於 Android 作業系統如何隔離網路流量、驗證電信商權限（Provisioning），以及如何在跨國漫遊蜂巢式網路介面上轉發封包。

`` +-----------------------------------------------------------------------+ | ANDROID 主機系統架構 | | | | +---------------------------+ +-----------------------------+ | | | 本機預設應用程式流量 | | Wi-Fi 熱點連線子端裝置 | | | | (瀏覽器、社群軟體等) | | (子網域: 192.168.43.0/24) | | | +-------------+-------------+ +--------------+--------------+ | | | | | | v v | | [ 路由表：主要 (Main) ] [ 路由表：熱點 (Tether) ] | | | | | | | (APN 類型: default) | (APN 類型: dun) | | v v | | +-----------------------+ +-----------------------+ | | | 主要數據傳輸路徑 | | 網路共享上行介面 | | | | 網路介面: rmnet_data0 | | 網路介面: rmnet_data1 | | | +-----------+-----------+ +-----------+-----------+ | +----------------|------------------------------------|-----------------+ | | | (允許通過) | (被阻擋 / 丟棄封包) v v ======================================================== 當地漫遊合作基地台 (未設定 DUN 路由規則 -> 熱點共享封包直接被丟棄) ======================================================== ``

---

1. Android 網路堆疊架構：上行介面隔離機制

在系統核心（Kernel）層級，Android 透過獨立的 Linux 路由表以及 netd（Network Daemon）子系統內的 iptables / nftables 封包過濾規則，嚴格區隔「手機本機流量」與「熱點共享裝置流量」：

• 數據數據機介面分離： 高通（Qualcomm）晶片裝置（如 Samsung Galaxy、Google Pixel、OnePlus）會將行動數據分配至名為 rmnet_data0、rmnet_data1 等虛擬網路介面；聯發科（MediaTek）晶片（常見於小米及中階機種）則使用 ccmni0、ccmni1。
• 子網路與 NAT 路由： 當你開啟熱點時，Android 會建立一個內部子網路（通常為 192.168.43.0/24 或 IPv6 的 /64 前綴），並嘗試將網路位址轉譯（NAT）規則從 Wi-Fi 介面（wlan0 或 ap0）綁定至上行的行動數據介面。
• APN 類型的獨立區隔： 若 Android 偵測到當前行動網路需要獨立的熱點傳輸路徑，它將拒絕透過標準的 default APN 介面轉發熱點流量。此時系統會強制尋找配置有 dun（Dial-Up Networking，撥號網路） APN 類型的上行設定檔來建立第二條數據承載通道（Bearer）。若你的旅遊 eSIM 設定中缺少 dun，Android 就會直接將熱點流量導向黑洞或全面封鎖轉發。

---

2. 電信商授權檢查與 TETHER_DUN_REQUIRED

Android 內建了一套由 CarrierConfigManager 管理的電信商驗證機制。在國內原生電信商設定檔中，系統會觸發授權檢查（Entitlement Check）——即向電信業者發送背景查詢，確認你的資費方案是否包含熱點分享權限。

`` [開啟熱點開關] │ ▼ [CarrierConfig 檢查：TETHER_DUN_REQUIRED?] ├── 否 ──> [將 NAT 橋接至預設 rmnet_data0] ──> 正常連上網際網路 │ └── 是 ──> [在 APN 資料庫中搜尋 'dun'] ├── 找到 ──> [建立次要承載通道 rmnet_data1] └── 找不到 ──> [阻擋熱點分享 / 無上行網路] ``

當你在國外使用旅遊 eSIM 時：

1. 無法識別的漫遊 SIM 卡： 裝置透過國際漫遊 IMSI 連線（通常路由核心位於奧地利、香港或波蘭等轉運中心）。Android 系統找不到對應的原生電信商設定包（Carrier Bundle），因此會自動退回預設電信商規則。
2. 強制執行限制旗標： 若退回的預設設定檔中強制啟用 TETHER_DUN_REQUIRED = 1，除非使用者在設定中明確宣告了 dun 設定檔，否則系統會主動阻止封包在 default APN 介面間進行橋接。
3. 閘道端封包丟棄： 即使 Android 轉發了封包，漫遊當地的合作網路封包閘道器（PGW）或使用者平面功能（UPF）也會檢查封包標頭。若 APN 協定或承載設定不符合漫遊協議，上游節點便會無聲無息地丟棄所有熱點共享封包。

---

3. 雙卡雙待（DSDS）路由表衝突

多數跨國旅客常使用雙卡雙待（DSDS）模式：實體 SIM 卡保留台灣門號（用於通話/接收簡訊驗證碼），旅遊 eSIM 則負責目的地的上網流量。

`` +-------------------------------------------------------------------+ | 雙卡雙待 (DSDS) 路由衝突 | +--------------------+----------------------------------------------+ | 實體 SIM 卡 (台灣) | 優先級別：語音/簡訊 (IMS 監聽處於活動狀態) | | 旅遊 eSIM (上網) | 優先級別：數據上行傳輸 | | 熱點子網路 | 衝突點：主機將 DNS 查詢綁定至主要 SIM 卡堆疊 | +--------------------+----------------------------------------------+ ``

這種配置經常引發底層路由表衝突：

• DNS 解析陷阱： Android 內部的解析常駐程式（Resolver Daemon）可能會將熱點連線裝置所發出的 DNS 查詢，錯誤導向至處於非活動狀態或受漫遊限制的實體 SIM 卡 DNS 伺服器，導致子端裝置瞬間遭遇 DNS 查詢失敗。
• IP MTU 大小不符： 漫遊 eSIM 的封裝傳輸（例如當地造訪網路與 eSIM 歸屬路由閘道器之間的 GTP 穿隧）會縮小實際可用的最大傳輸單元（MTU）。雖然手機內建瀏覽器能透過「路徑 MTU 探索」自動協商封包大小，但外接筆電常會發送過大的封包（1500 位元組），導致封包在行動網路中繼閘道器直接被丟棄，且不會回傳任何 ICMP 需分段通知。

使用如 MollySIM 等現代旅遊數據服務商能有效避免這些介面衝突。MollySIM 採用最佳化的多電信商 APN 架構，專為繞過電信商專有授權阻擋而設計，並能自動協商統一數據路徑。此外，MollySIM 提供 384kbps 的公平使用原則（FUP）降速保證——比業界常見的 128kbps 快上 3 倍——即使連線的外接裝置在背景執行高耗能同步，手機上的 Google 地圖、Uber、WhatsApp 語音與 Apple Pay 等關鍵核心應用依然能維持穩定的網路連線。

剖析關鍵 APN 欄位：APN 類型「default,supl,dun」與雙協定堆疊的重要性

存取點名稱（APN）是定義 Android 裝置與行動電信商封包數據網路（PDN）建立連線時，所需遵循的精確封包數據協定（PDP）上下文、路由規則與認證參數的網路閘道設定。一旦 APN 設定錯誤或缺少關鍵旗標，就可能導致手機本機上網正常，但外接熱點分享卻徹底斷網。

以下是控制數據路由、輔助定位與熱點交握的核心參數深度解析。

---

APN 類型階層解析：default、supl、dun、mms 與 hipri

Android 系統透過 APN 類型（APN Type） 欄位來決定各網路介面處理哪些對外傳輸連線。此欄位接受以半形逗號分隔的字串（絕對不可包含空格）。若遺漏了特定旗標，Android 就會直接阻斷該系統服務或外接介面的流量。

`` 標準旅遊 eSIM 設定值：default,supl,dun 傳統 / 電信商鎖定設定檔：default,mms（將完全阻斷熱點橋接） ``

為什麼缺少 dun 會導致熱點封包遺失？

當筆電或平板連接到你的 Android Wi-Fi 熱點時，Android 的上行介面路由器會檢查當前啟用的 PDP 設定檔：

1. 若電信商 SIM 卡設定檔規定熱點分享必須走 dun 類別，但當前 APN 字串僅包含 default，Android 就會直接丟棄熱點橋接封包，或嘗試去連線根本不存在的次要電信商 DUN APN。
2. 在跨國漫遊情境下，拜訪地基地台（VPLMN）會向歸屬地網路（HPLMN）的策略伺服器（PCRF）進行查詢。若請求的 APN 內容中缺少 dun，行動網路閘道器（SGW/PGW）會在 GTP（GPRS 穿隧協定）層級直接把封裝的熱點封包丟棄。

---

APN 通訊協定與 APN 漫遊通訊協定：解決雙協定堆疊交握失敗

APN 通訊協定（國內使用）與 APN 漫遊通訊協定（旅遊 eSIM 註冊至國際合作網路時啟用）決定了當地與漫遊閘道器如何為你的手機分配 IP 位址。

Android 支援三種通訊協定狀態：

• IPv4： 僅傳輸 32 位元位址，依賴電信級 NAT（CGNAT）。相容性高，但會增加延遲與封包標頭負擔。
• IPv6： 傳輸 128 位元位址。對於不支援 464XLAT 或 DNS64/NAT64 轉譯層的舊款熱點連線裝置缺乏向下相容性，極易導致接收端裝置出現「已連線，但無法存取網際網路」的錯誤。
• IPv4/IPv6（雙協定堆疊 Dual-Stack）： 最理想的設定。同時建立雙重 PDP 上下文，分配 IPv4 與 IPv6 雙介面位址。

`` [ 連線的筆記型電腦 ]（發送標準 IPv4 / IPv6 DNS 查詢） │ ▼ [ Android 熱點介面: wlan0 ] │ (封包轉譯 / 雙協定堆疊閘道) ▼ [ 漫遊 eSIM: rmnet0 ] ──(GTP 穿隧封裝: MTU ≤ 1420)──► [ 電信商漫遊 PGW ] ``

跨國 GTP 穿隧與 MTU 封包分段問題

旅遊 eSIM 的國際漫遊數據必須穿過拜訪地基地台與 eSIM 電信商歸屬 PGW 之間的 GTP 穿隧，這會產生顯著的協定封裝額外負擔：

• 標準乙太網路 / Wi-Fi MTU： 1500 位元組 (bytes)
• 典型漫遊 GTP 行動網路 MTU： 1400 - 1440 位元組

當外接筆電透過純 IPv4 漫遊線路發送未分段的 1500 位元組封包時，中繼行動閘道器會直接丟棄這些超大封包，且通常不會產生 ICMP Destination Unreachable (Fragmentation Needed) 回應，導致安全的 TLS/SSL 握手連線無限期停滯發呆。

啟用 IPv4/IPv6 雙協定堆疊 能夠啟動現代化的路徑 MTU 探索（PMTUD）與 TCP 最大區段大小（MSS）箝位技術，從根本防止無預警丟包，解決筆電連上熱點卻打不開網頁的問題。

---

電信核心架構：為何現代化跨國業者能避免設定失效？

傳統旅遊 SIM 卡依賴僵化且鎖定的 APN 設定檔，需要手動向電信商開通權限，且一旦超過基礎流量就會面臨極度嚴苛的斷崖式降速。相較之下，如 MollySIM 等現代國際業者採用彈性的多電信商核心網路，出廠即預先配置好通用的 default,supl,dun 字串與健全的 IPv4/IPv6 雙協定堆疊。

此外，若連線的筆電在背景觸發了大量雲端同步更新，MollySIM 的 384kbps 公平使用原則（FUP）（比業界 128kbps 標準快 3 倍）能確保手機端保留充足的頻寬通道，維持 Google 地圖、Uber、WhatsApp 語音通話與 Apple Pay 正常運作，絕不斷線逾時。

圖文步驟教學：在 Samsung One UI、Google Pixel 及原生 Android 上新增與修改 APN

由於各大 Android 原廠品牌對行動網路設定選單進行了深度客製化，各品牌的路徑略有不同。請依照下方各機型的專屬指引進行設定。

---

1. 各大品牌手機設定路徑

---

2. 逐步設定流程

進入 新增 APN / 編輯存取點 畫面後，請依序填入以下參數：

``text 名稱 (Name): Travel Hotspot (或填寫電信商名稱，如 MollySIM) APN: [依照業者提供填寫，例如 globaldata 或 internet] APN 類型 (APN Type): default,supl,dun APN 通訊協定: IPv4/IPv6 APN 漫遊通訊協定: IPv4/IPv6 承載系統 (Bearer): 未指定 (Unspecified) ``

`` +---------------------------------------------+ | 建立自訂 APN 設定檔 | | APN: [電信商 APN] | | APN 類型: default,supl,dun | | APN / 漫遊通訊協定: IPv4/IPv6 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | 儲存設定檔並勾選啟用 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | 開啟飛航模式 (維持 10-15 秒) | | 強制釋放 RRC 無線電連線 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | 基頻數據機重新向核心網路註冊 | | 成功建立包含 DUN 的 PDP 上下文 | +---------------------------------------------+ ``

1. 輸入完整的 APN 類型字串： 點擊 APN 類型 並輸入 default,supl,dun。

注意： 逗號後面絕對不能有空格。若輸入成 default, supl, dun，將導致 Android 電信通訊架構解析失敗。

1. 設定雙協定堆疊編碼： 確認 APN 通訊協定 與 APN 漫遊通訊協定 皆明確設定為 IPv4/IPv6。這能避免中繼行動閘道器因 MTU 大小限制而丟棄未分段的熱點封包。
2. 儲存設定檔：

• Samsung 手機：點擊右上角的三個直立圓點 (⋮) > 點擊 儲存。
• Pixel / OxygenOS 手機：點擊右上角的三個直立圓點 (⋮) > 點擊 儲存（或點擊勾選圖示）。

1. 選取啟用的 APN： 返回「存取點名稱」列表，手動點擊新建 APN 旁的單選圓鈕以正式啟用。
2. 強制釋放 RRC 連線（開關飛航模式）： 手機基頻數據機會保留先前的 PDP 連線，直到被強制中斷。請開啟飛航模式，等待 10 到 15 秒 後再關閉飛航模式。

---

3. 特殊狀況排除：解決 APN 欄位反灰無法編輯

部分特定電信商客製機（特別是美版 Verizon、AT&T 或日本軟銀、NTT Docomo 鎖卡機）會將 APN 類型 輸入框反灰鎖定或完全隱藏，防止手動修改。

`` +-----------------------------------------------------------------------------------+ | APN 類型欄位呈現反灰無法點擊？ | +-----------------------------------------------------------------------------------+ │ ┌───────────────────────┴───────────────────────┐ ▼ ▼ [方法 A：建立全新空白設定檔] [方法 B：工程診斷選單] 不要修改 SIM 卡預載的唯讀設定檔， 在撥號介面輸入 ##4636## 點擊「+」新增全新 APN。新建的設定檔 進入手機資訊，開關行動無線電電源 能解除唯讀限制。 以重置佈署鎖定狀態。 ``

• 解決方法 A：新增全新 APN 設定檔： 千萬不要直接修改 SIM 卡預載的唯讀 APN。請點擊 新增（+） 圖示建立一個全新的空白設定檔。在 90% 的 Android 手機上，新建設定檔都能正常開放反灰欄位。
• 解決方法 B：手機資訊工程選單： 開啟電話撥號介面，輸入 ##4636## 進入 Android 隱藏測試選單。進入 手機資訊（Phone Information），向下滾動檢查網路狀態。在此處將 行動無線電電源（Mobile Radio Power） 關閉再重新開啟，即可在不重置原廠設定的情況下清除過期的電信商鎖定。

---

4. 驗證 IP 配發與閘道連線狀態

若要驗證 Android 核心是否已成功將熱點介面綁定至包含 DUN 的 APN：

1. 將次要裝置（筆電或平板）連接至 Android 手機的 Wi-Fi 熱點。
2. 在連線的筆電上開啟終端機（macOS/Linux）或命令提示字元（Windows），Ping 外部公共 IPv4 與 IPv6 位址：

``bash ping 8.8.8.8 ping -6 2001:4860:4860::8888 ``

1. 若能成功解析公共 DNS 位址且封包遺失率為 0%，即代表雙協定漫遊 PDP 上下文已順利建立。

若你經常出國差旅，想徹底免去繁瑣的 APN 偵錯步驟，選擇如 MollySIM 等優質品牌能大幅簡化網路流程。MollySIM 在落地時會透過 OTA 自動發送符合規範且預先配置好熱點權限的設定檔。

此外，萬一筆電在背景進行系統更新消耗了高速流量，MollySIM 會啟動 384kbps 公平使用原則（FUP） 降速標準。由於 384kbps 是平價 eSIM 常見 128kbps 的 3 倍速度，熱點的背景連線絕不會癱瘓主機上的 Google 地圖、Uber 或 Apple Pay 等低延遲關鍵服務。

APN 參數疑難排解與電信商熱點限制矩陣

當 Android 手機本機上網完全正常，但連接熱點的裝置卻無法聯網時，問題幾乎都出在 Android 本機介面路由表與電信商封包數據協定（PDP）上下文定義之間的不一致。

下表詳細列出了因旅遊 eSIM 的 APN 欄位配置不當所引起的具體故障現象，以及恢復雙向熱點路由的標準解決方案：

快速診斷矩陣表

---

診斷電信商動態降速與授權檢查

即使 APN 參數設定完全正確，部分行動電信商仍會在機房端執行授權檢查或嚴苛的公平使用原則（FUP），特別針對熱點流量進行限制。

1. 電信商授權探測： 某些電信商設定檔會在開啟熱點時向伺服器發送授權查詢。若旅遊 eSIM 回傳未授權代碼，Android 框架就會封鎖本地封包橋接。在大多數無鎖版 Android 手機上，在 APN 類型中加入 dun 能將一般上網與熱點上下文合併至同一通道，繞過專屬授權常駐程式的阻擋。
2. 熱點連線大量消耗頻寬： 外接裝置的背景任務（如雲端備份或系統自動更新）可能會在短時間內耗盡高速流量。平價旅遊 eSIM 常會將速度大幅降至不堪使用的 128kbps——這會讓現代 HTTPS 交握完全逾時停擺，導致手機與外接裝置看起來