海外旅行用eSIMでAndroidのテザリングが使えない時の対処法：APNタイプ「dun / supl」設定ガイド（2026年版）

---

旅行用eSIMでAndroidのテザリングが失敗する理由：「インターネット接続なし」エラーの根本原因

海外旅行用のeSIMを利用しているAndroid端末でWi-Fiテザリング（モバイルホットスポット）を有効にした際、接続した子機（MacBook、iPad、サブスマートフォンなど）に「接続済み、インターネットなし」というエラーが表示されることがよくあります。親機となるAndroid端末単体では問題なくWebサイトを閲覧できているにもかかわらず、テザリング接続された下流のデバイス側ではDNSの名前解決やTCP/UDPパケットの送受信が完全に失敗してしまいます。

この問題の原因がハードウェアの故障であることは滅多にありません。その本質は、Android OSがネットワークトラフィックを分離する方法、通信キャリアのプロビジョニング（利用資格）を検証する仕組み、そしてローミング中のモバイルデータ通信インターフェース間でパケットをルーティングする構造にあります。

`` +-----------------------------------------------------------------------+ | ANDROID ホストシステム | | | | +---------------------------+ +-----------------------------+ | | | デフォルトアプリの通信 | | Wi-Fiテザリング接続子機 | | | | (ブラウザ、SNSアプリ等) | | (サブネット: 192.168.43.0/24)| | | +-------------+-------------+ +--------------+--------------+ | | | | | | v v | | [ ルーティングテーブル: メイン ] [ ルーティングテーブル: テザリング ]| | | | | | | (APNタイプ: default) | (APNタイプ: dun) | | v v | | +-----------------------+ +-----------------------+ | | | プライマリデータ通信路 | | テザリング用アップストリーム| | | | インターフェース: rmnet_data0| | インターフェース: rmnet_data1| | | +-----------+-----------+ +-----------+-----------+ | +----------------|------------------------------------|-----------------+ | | | (通信許可) | (ブロック / パケット破棄) v v ======================================================== 現地のローミング基地局 (DUNルーティング未設定 -> テザリングパケットが破棄される) ======================================================== ``

---

1. Androidネットワークスタックの構造：アップストリームインターフェースの分離

カーネルレベルにおいて、Androidはnetd（Network Daemon）サブシステム内のiptablesやnftablesを用いたパケットフィルタリングと専用のLinuxルーティングテーブルを使用し、端末単体のセルラー通信とテザリング接続された子機のトラフィックを厳密に分離しています。

• モデムインターフェースの分離： Qualcomm製チップセット搭載端末（Samsung Galaxy、Google Pixel、OnePlusなど）は、セルラー通信をrmnet_data0、rmnet_data1といった仮想ネットワークインターフェースに割り当てます。MediaTek製チップセット（Xiaomiやミドルレンジ端末に多い）ではccmni0、ccmni1が使用されます。
• サブネットとNATルーティング： ホットスポットを有効にすると、Androidはローカルサブネット（通常は192.168.43.0/24またはIPv6の/64プレフィックス）を作成し、Wi-Fiインターフェース（wlan0またはap0）からアップストリームのセルラーインターフェースへのネットワークアドレス変換（NAT）ルールのバインドを試みます。
• APNタイプによる分離： 接続中のモバイルネットワークがテザリング用に別系統の通信経路を要求しているとAndroidが判断した場合、通常のdefault APNインターフェース経由でテザリングトラフィックをルーティングすることを拒否します。その代わり、dun（Dial-Up Networking） APNタイプが設定されたプロファイルを明示的に探索し、セカンダリデータベアラを立ち上げようとします。旅行用eSIMのプロファイルにdunが含まれていない場合、Androidはテザリングトラフィックをブラックホールにルーティングするか、パケット転送自体をブロックしてしまいます。

---

2. キャリアの利用資格確認と TETHER_DUN_REQUIRED

Androidには、CarrierConfigManagerによって管理される内部的なキャリア検証メカニズムが組み込まれています。自国のキャリアプロファイルでは、契約プランにテザリング利用権限が含まれているかどうかをオペレーターにサイレントに問い合わせる利用資格チェック（Entitlement Check）が実行されます。

`` [テザリングをONにする] │ ▼ [CarrierConfigの確認: TETHER_DUN_REQUIRED?] ├── No ──> [デフォルトの rmnet_data0 へNATブリッジ] ──> インターネット接続OK │ └── Yes ──> [APNデータベースから 'dun' を検索] ├── 見つかった ──> [セカンダリベアラ rmnet_data1 を起動] └── 見つからない ──> [テザリングブロック / アップリンクなし] ``

海外で旅行用eSIMを使用する場合：

1. 認識されないローミングSIM： 端末は国際ローミングIMSI（オーストリア、香港、ポーランドなどの拠点をベースにしたものが多い）を介して接続します。ホスト側のAndroid OSは合致する正規キャリア設定（Carrier Bundle）を見つけられず、デフォルトのキャリア設定にフォールバックします。
2. フラグの強制適用： フォールバック先のプロファイルでTETHER_DUN_REQUIRED = 1が強制されている場合、個別のdunプロファイルが宣言されていない限り、OSはdefault APNインターフェースを経由するトラフィックのブリッジ処理を能動的にブロックします。
3. ゲートウェイでのパケット破棄： 仮にAndroidがパケットを転送したとしても、現地の提携ネットワークのパケットゲートウェイ（PGW）またはユーザープレーン機能（UPF）がパケットヘッダーを検査します。APNプロトコルやベアラプロファイルがローミング協定と一致しない場合、アップストリームのノードはテザリングパケットを通知なく静かに破棄します。

---

3. デュアルSIMルーティングテーブルの競合（DSDS）

海外旅行者の多くは、日本の電話番号（通話/SMS用）に物理SIMを使い、現地のデータ通信用には旅行用eSIMを使うDual SIM Dual Standby（DSDS）構成を採用しています。

`` +-------------------------------------------------------------------+ | デュアルSIM環境におけるルーティング競合 | +--------------------+----------------------------------------------+ | 物理SIM (日本番号) | 優先度: 音声/SMS (IMSリスナーがアクティブ) | | 旅行用eSIM (データ) | 優先度: データ通信アップリンク | | テザリングサブネット| 競合: 親機がDNSをメインSIM側のスタックにバインド| +--------------------+----------------------------------------------+ ``

この構成は、ルーティングテーブルの競合を頻繁に引き起こします：

• DNSリゾルバのトラップ： Android内部のリゾルバデーモンが、テザリングされた子機からのDNS問い合わせを、アクティブでない（またはローミング制限がかかった）主回線SIM側のDNSサーバーへルーティングしてしまい、子機側で即座にDNSエラーが発生します。
• IP MTUの不一致： ローミングeSIMのカプセル化処理（現地の訪問先ネットワークとeSIMプロバイダーのホームルーティングゲートウェイ間のGTPトンネルなど）により、実効最大転送単位（MTU）が低下します。スマートフォンのブラウザはPath MTU Discoveryによってパケットサイズを自動ネゴシエーションしますが、接続されたノートPCなどは往々にして過大なパケット（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タイプフィールドを通じて、どのネットワークインターフェースが送信ソケットを処理するかを決定します。このフィールドにはカンマ区切りの文字列を入力します（スペースは厳禁）。必要なトークンが抜けていると、Android OSは関連するシステムサービスや周辺インターフェースからのトラフィックを遮断します。

`` 標準的な旅行用eSIMの設定値: default,supl,dun 旧式 / キャリアロック付きプロファイル: default,mms (テザリングブリッジが完全にブロックされる) ``

dun が抜けているとテザリングパケットが落ちる理由

ノートPCやタブレットが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では3つのプロトコル状態を選択できます：

• IPv4のみ： 32ビットアドレスのみを送信します。キャリアグレードNAT（CGNAT）に依存します。互換性は高いものの、遅延やパケットヘッダーのオーバーヘッドが発生します。
• IPv6のみ： 128ビットアドレスを送信します。464XLATやDNS64/NAT64変換レイヤーをサポートしていない古いテザリング子機との下位互換性がなく、子機側で「接続済み、インターネットなし」エラーが即座に発生します。
• IPv4/IPv6（デュアルスタック）： 最適な設定です。デュアルPDPコンテキストを確立し、IPv4とIPv6の両方のインターフェースアドレスを割り当てます。

`` [ 接続したノートPC ] (標準のIPv4 / IPv6 DNSを要求) │ ▼ [ Androidホットスポット: wlan0 ] │ (パケット変換 / デュアルスタックゲートウェイ) ▼ [ ローミングeSIM: rmnet0 ] ──(GTPカプセル化: MTU ≤ 1420)──► [ キャリアローミングPGW ] ``

GTPトンネリングと海外でのMTU断片化の影響

旅行用eSIMの国際データ通信は、現地の基地局とeSIMプロバイダーのホームPGWの間で実行されるカプセル化されたGTPトンネルを通過します。このカプセル化により、無視できないプロトコルオーバーヘッドが生じます：

• 標準的なEthernet/Wi-Fi MTU: 1500バイト
• 一般的なローミングGTPモバイルMTU: 1400〜1440バイト

子機のノートPCがIPv4のみのローミング回線を通じて断片化されていない1500バイトのパケットを送信すると、中継モバイルゲートウェイはICMP Destination Unreachable (Fragmentation Needed)応答を返さずにサイズ超過パケットを破棄してしまいます。これにより、安全なTLS/SSLハンドシェイクが無限に応答待ち（ハング）状態になります。

IPv4/IPv6デュアルスタックを有効にすると、最新のPath MTU Discovery（PMTUD）およびTCP Maximum Segment Size（MSS）クランピングが有効化されます。これによりサイレントパケットロスが防止され、ホットスポットに接続したノートPCの接続途切れが解消されます。

---

キャリアアーキテクチャ：次世代プロバイダーが設定トラブルを防げる理由

旧来の旅行用SIMは、手動でのキャリアプロビジョニングが必要で、基本容量を超えると帯域が極端に絞られる、融通の利かないロックされたAPNプロファイルに依存していました。一方、MollySIMのような最新の国際通信プロバイダーは、初期状態で最適化されたdefault,supl,dun文字列と堅牢なIPv4/IPv6デュアルスタックプロトコルが事前設定された柔軟なマルチキャリアコアネットワークを採用しています。

さらに、テザリングされたノートPCがバックグラウンド同期（クラウドストレージの自動更新など）を開始して容量を使い切ってしまった場合でも、MollySIMの384kbpsフェアユースポリシー（FUP）（業界標準の128kbpsと比べて3倍高速）により、Googleマップ、Uber、WhatsApp音声メッセージ、Apple Payなどの重要アプリをタイムアウトなしで実行できるソケット帯域が維持されます。

実践手順：Samsung One UI、Google Pixel、標準AndroidでカスタムAPNを追加・編集する方法

Android端末メーカー（OEM）は無線通信設定メニューを大幅にカスタマイズしているため、アクセスポイント設定画面への手順はブランドごとに異なります。お使いの端末に合わせて以下の手順を実行し、テザリング対応のAPNプロファイルを構築してください。

---

1. 端末別・設定画面へのアクセス手順

---

2. APNプロファイルの順次設定手順

新しいAPN / アクセスポイントの編集画面を開いたら、以下のパラメータを順番に入力します：

``text 名前: Travel Hotspot (またはプロバイダー名、例: MollySIM) APN: [プロバイダー指定のAPN、例: globaldata または internet] APNタイプ: default,supl,dun APNプロトコル: IPv4/IPv6 APNローミングプロトコル: IPv4/IPv6 ベアラ: 指定なし (Unspecified) ``

`` +---------------------------------------------+ | カスタムAPNプロファイルの作成 | | APN: [キャリア指定APN] | | APNタイプ: default,supl,dun | | APNプロトコル / ローミング: IPv4/IPv6 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | プロファイルを保存し、ラジオボタンを選択 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | 機内モードをONにする (10秒間維持) | | RRC接続の強制解放を実行 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | モデムがコアネットワークに再登録 | | DUNを含むPDPコンテキストの確立 | +---------------------------------------------+ ``

1. 統合APN文字列の入力： APNタイプをタップし、default,supl,dun と入力します。

注意： カンマの直後にスペースを入れないでください。default, supl, dun のようにスペースを入れると、Androidのテレフォニーフレームワークで構文解析エラーが発生します。

1. デュアルスタックの設定： APNプロトコルとAPNローミングプロトコルの両方が明示的にIPv4/IPv6に設定されていることを確認します。これにより、MTUサイズ制限による断片化不能パケットの中継ドロップを防止します。
2. プロファイルの保存：

• Samsung端末： 右上の3点リーダー（⋮）をタップ > 保存をタップ。
• Pixel / OxygenOS端末： 右上の3点リーダー（⋮）をタップ > 保存をタップ（またはチェックマークアイコンをタップ）。

1. アクティブAPNの選択： APN一覧画面に戻り、新しく作成したプロファイルの横にあるラジオボタンを手動でタップして有効化します。
2. RRC接続の強制解放（機内モードの切り替え）： ベースバンドモデムは、無線リソース接続の解放を強制されるまで以前のPDPコンテキストを保持し続けます。機内モードをONにして10〜15秒待機した後、OFFに戻します。

---

3. 特殊なケース：グレーアウトして編集できないAPN項目の回避策

特定のキャリア版ファームウェア（特に米国のVerizon、AT&T、または日本のNTTドコモなどのキャリアモデル）では、APNタイプの入力欄がグレーアウトされたり非表示になったりして、手動入力が封じられている場合があります。

`` +-----------------------------------------------------------------------------------+ | APNタイプがグレーアウトしている場合 | +-----------------------------------------------------------------------------------+ │ ┌───────────────────────┴───────────────────────┐ ▼ ▼ [方法A: 新規プロファイルの作成] [方法B: 隠し診断メニュー] 既存のロックされたプロファイルを変更するのではなく、 ダイヤラーで ##4636## を入力 >「携帯電話情報」 新規APNを作成する。デフォルト設定は読取専用だが、 「モバイル無線電力をOFF/ON」して 新規作成なら編集可能になるケースが多い。 プロビジョニング状態のロックを解除する。 ``

• 回避策A：新規APNプロファイルを一から作成する： SIMによって自動読み込みされた既存の読み取り専用APNを編集しようとせず、追加（+）アイコンをタップして新規プロファイルを作成してください。新規プロファイルであれば、Android端末の9割でグレーアウトが解除されます。
• 回避策B：テスト用隠しメニュー（Phone Info）： 電話アプリのダイヤラーを開き、##4636## と入力してAndroidの隠しテストメニューを呼び出します。携帯電話情報（Phone Information）に進み、下にスクロールしてネットワークプロビジョニングの状態を確認します。ここでモバイル無線電力（Mobile Radio Power）を一度OFFにしてから再度ONにすると、初期化を行わずに古いキャリアロック状態をクリアできます。

---

4. IP割り当てとゲートウェイ状態の検証

AndroidカーネルがテザリングインターフェースをマルチベアラAPNに正しくバインドできたか確認する方法：

1. サブ端末（ノートPCやタブレット）をAndroidのWi-Fiホットスポットに接続します。
2. 子機側のターミナル（macOS/Linux）またはコマンドプロンプト（Windows）を開き、外部のパブリックIPv4およびIPv6アドレスに対してpingを送信します：

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

1. パブリックDNSの名前解決ができ、パケット損失0%で送受信できれば、デュアルスタックローミングPDPコンテキストが正常に確立されています。

海外渡航が多く、複雑なAPN設定のトラブルシューティングを避けたい場合は、MollySIMのようなプレミアムプロバイダーの利用が最適です。MollySIMなら、現地到着時にテザリング対応の最適化プロファイルがOTA経由で自動設定されます。

さらに、ノートPCのバックグラウンド更新などで高速データ容量を使い切ってしまった場合でも、MollySIMなら384kbpsのフェアユースポリシー（FUP）速度制限に移行します。格安eSIMで一般的な128kbps制限と比べて3倍高速なため、子機の通信によって親機のGoogleマップ、Uber、Apple Payといった低遅延が求められる重要アプリが通信不能に陥る心配がありません。

APNパラメータのトラブルシューティング＆キャリア制限マトリクス

Android端末単体ではデータ通信ができるのに、テザリング接続した子機だけがインターネットにアクセスできない場合、その原因のほぼ100%は、Android内部のインターフェースルーティングテーブルと、アップストリームの通信キャリア（MNO）のパケットデータプロトコル（PDP）コンテキスト定義との不一致にあります。

以下の表は、旅行用eSIMにおけるAPN設定の不備が引き起こす具体的なエラー現象と、双方向テザリングルーティングを復旧させるための検証済み設定をまとめたものです。

クイック診断マトリクス

---

キャリアによる動的通信制限と利用資格チェックの診断

APNパラメータが正しく設定されていても、通信キャリア側がテザリング通信を狙い撃ちにした利用資格チェックや厳格なフェアユースポリシー（FUP）を適用している場合があります。

1. キャリアの利用資格プローブ（Entitlement Probes）： 一部のキャリアプロファイルでは、テザリングがONになるとアップストリームのサーバーへ問い合わせが送信されます。旅行用eSIMが未認証の応答コードを返すと、Androidフレームワークはローカルパケットブリッジを遮断します。APNタイプにdunを追加すると、一般的なSIMフリー端末ではインターネットとテザリングのコンテキストが1本のパイプラインに統合され、このチェックを回避できます。
2. テザリング通信によるデータ容量の急激な枯渇： 子機側のバックグラウンド処理（クラウドバックアップやOSアップデート）により、高速データ容量が一瞬で消費されてしまうことがあります。格安の旅行用eSIMでは、容量超過後に通信速度が実用不可能な128kbpsまで絞られることが多く、これによって現代のHTTPSハンドシェイクがタイムアウトし、親機・子機の双方が実質的な通信不能に陥ります。

`` [アップストリームのキャリアゲートウェイ] │ (FUP発動中) ├─► 格安eSIM (128kbps制限) ──► 完全な接続切断 / ソケットタイムアウト │ └─► MollySIM (384kbps制限) ──► 低遅延ソケットを維持 (地図、メッセージ、Apple Pay) ``

海外でのテザリングトラブルを未然に防ぐため、MollySIMのようなプロバイダーは、手動でのdun設定を一切不要にする事前プロビジョニング済みAPNプロファイルを提供しています。

さらに、万が一子機のバックグラウンド通信で高速データ容量を使い切ってしまった場合でも、MollySIMなら384kbpsのフェアユースポリシー（FUP）基準速度が適用されます。128kbpsという業界標準の3倍の速度が確保されているため、パケットロスを防ぎつつ物理ソケットを維持し、子機側の通信を整理している間もGoogleマップ、Uber、Apple Payといった親機の重要アプリを安定して使い続けることができます。

高度な回避策：MVNOタイプ（SPN vs IMSI）、キャリアファームウェア制限、ADBによる利用資格オーバーライド

標準的なAPN設定を行ってもテザリングが機能しない場合、その原因は端末深部のファームウェア制限にある可能性が高いです。キャリアモデルのAndroid端末（米AT&T、Verizon、T-Mobile、または日本のNTTドコモ、KDDIなどで購入した端末）には、メーカーのテレフォニーフレームワーク内に高度なカスタマイズが施されています。こうした端末は、UIからの手動設定を無視したり、ネットワーク再接続時にユーザーが作成したAPNを強制削除したりする隠しスクリプトを実行することがあります。

これらのハードウェアレベルのキャリア制限を突破するには、APNを正確なMVNO識別プロトコルにバインドするか、ADBを使ってフレームワークのルーティングテーブルを強制的に上書きする必要があります。

---

MVNOタイプ（SPN vs. IMSI vs. GID）によるカスタムAPNの固定化

国境を越えてローミングする際、現地の基地局は新しいPLMN IDを発信します。作成したカスタムAPNに正確なMVNO情報が紐づけられていないと、Androidはそのプロファイルを「無効」と見なし、テザリング不可なロック状態のシステム初期プロファイルにフォールバックしてしまいます。

MVNOタイプを適切に設定することで、作成したdefault,supl,dunプロファイルをeSIMのハードウェアプロファイルに恒久的に固定できます：