---

海外旅行でeSIMのテザリングが失敗する理由：根本原因とデジタルノマドの課題

デジタルノマドや出張者、リモートワーカーにとって、渡航先に到着した直後にテザリング（インターネット共有）が機能しない事態は、業務の完全な中断を意味します。スマートフォン本体では5Gローミングのアンテナがフルに立ち、問題なくWebブラウジングができているにもかかわらず、MacBookやiPad、サブ端末を接続した瞬間に「接続済み、インターネットなし」という絶望的なエラーが表示されるケースは少なくありません。

旅行用eSIMのテザリングが失敗する理由を理解するには、モバイルOSの内部構造と国際ローミングの仕組みを把握する必要があります。

`` [子端末（ノートPC/タブレット）] │ （ローカルWi-Fi / Bluetoothハンドシェイク） ▼ [スマートフォン（ローカルNATゲートウェイ）] │ ├──► ストリームA: モバイルデータ通信APN（端末本体の通信） ──► [ローミングコア] ──► インターネット（OK） └──► ストリームB: テザリング/ホットスポットAPN（PDN / DUNゲートウェイ） ──► [キャリア側のブロック/不一致] ──► パケット破棄（FAIL） ``

デュアルルーティング構造：モバイルデータ通信 vs テザリングゲートウェイ

最新のモバイルOS（iOSおよびAndroid）は、スマートフォン単体の通信とテザリングによる共有データを、完全に別個の2つのトラフィックストリームとして処理します。スマートフォン単体でインターネットにアクセスする場合、プライマリのモバイルデータ通信APNを介してパケットデータプロトコル（PDP）コンテキストを開きます。

一方、インターネット共有（テザリング）をオンにすると、OSはセカンダリのルーティングパスを初期化します。

1. ネットワークアドレス変換（NAT）： スマートフォンがローカルルーターとして機能し、接続されたデバイスにプライベートIPアドレス（通常iOSでは 172.20.10.x、Androidでは 192.168.43.x）を割り当てます。
2. 専用テザリングAPN（DUN/PDN）： スマートフォンは、プロファイルで定義された専用のダイアルアップネットワーク（dun）またはセカンダリのパケットデータネットワーク（PDN）ゲートウェイを経由して、外部パケットをルーティングしようと試みます。

旅行用eSIMプロバイダーがプライマリのデータチャネルのみを設定し、セカンダリのテザリングチャネルを正しくプロビジョニングしていない場合、子端末とのローカルWi-Fi接続は確立しても、上位キャリアのコアネットワークでパケット転送が即座にドロップされます。

---

海外でよくあるトラブルの症状と原因

---

キャリアプロファイルの上書きと格安MVNOの制限

テザリングが遮断される最大の原因は、格安MVNO（仮想移動体通信事業者）の卸売契約にあります。

データ卸売コストを削減するため、格安eSIMアグリゲーターはキャリア設定ファイル（Appleデバイスの .ipcc ファイルやAndroidの CarrierConfig）からテザリング権限を意図的に削除しています。端末が現地のローミングパートナー（Vodafone UK、Orange France、NTTドコモなど）に接続された際、現地ネットワークはこれらのプロファイルルールをハードウェアレベルで強制適用します。

さらに、多くの旅行用eSIMプロバイダーは極めて厳しいフェアユースポリシー（FUP）を設けています。一般的な旅行用eSIMは高速データ容量を使い切ると、通信速度を実用不可能な64kbpsや128kbpsに制限します。この帯域幅では、ノートPCが必要とする複数の同時TCP接続を維持できず、即座に通信エラーが発生します。

一方、MollySIMのような高品質プロバイダーは、提携ネットワーク全体でテザリングゲートウェイが開放されたグローバルルーティングプロファイルを採用しています。万が一データ容量の上限に達した場合でも、業界標準（128kbps）の3倍にあたる384kbpsのFUP最低速度保証を維持。接続デバイス上でGoogleマップ、Apple Pay、安全なメッセージングアプリなどの重要サービスが読み込みループに陥ることなく、安定して動作し続けます。

iOSトラブルシューティング：iPhoneでインターネット共有がグレーアウト・切断される場合の対処法

iOS 17やiOS 18以降では、Appleはキャリアプロファイル（.ipcc）を通じてキャリア権限を厳格に管理しています。海外旅行用eSIMをアクティベートした際、iOSがテザリング用のゲートウェイAPNを自動入力できないケースが多々あります。これにより、ローディングアイコンが回り続けたり、「インターネット共有を設定」がグレーアウトしたり、「このアカウントでインターネット共有をオンにするには、通信事業者に連絡してください」というポップアップが表示されます。

ネットワークインターフェースを再バインドし、テザリング接続を安定させるには、以下の手順に従ってください。

---

ステップ1：インターネット共有用APNを手動で入力する

利用中のプロバイダーがApple公式キャリアバンドルを提供していない場合、iOSは主回線のデータAPNのみを入力し、テザリング用のサブゲートウェイを空白のまま残すことがあります。データ通信用APNの値をテザリング設定に複製する必要があります。

1. 「設定」>「モバイル通信」（または「モバイルデータ通信」）を開きます。
2. 「SIM」セクションから、有効化している旅行用eSIMプロファイルを選択します。
3. 「モバイルデータ通信ネットワーク」をタップします。
4. 画面最下部までスクロールし、「インターネット共有」セクションを探します。
5. 上部の「モバイルデータ通信」セクションに入力されているAPN、ユーザ名、パスワードを、そのまま「インターネット共有」欄の各項目に正確にコピーします。

1. 「設定」のトップ画面に戻り、「機内モード」を10秒間オンにしてからオフにし、基地局とのPDPコンテキストを再確立します。

`` 設定 > モバイル通信 > [該当のeSIM] > モバイルデータ通信ネットワーク > インターネット共有 [APNをコピー] ``

---

ステップ2：「互換性を優先」をオンにして2.4GHz帯を強制する

iPhone 12以降のモデルでは、デフォルトで5GHz帯（802.11ax/ac）を使用してテザリングのWi-Fiを発信します。しかし海外では、各国のDFS（動的周波数選択）規制や端末の仕様により、海外製WindowsノートPCや電子書籍リーダー、旅行用ルーターが5GHzのアドホックネットワークを検知できないことが頻繁にあります。

1. 「設定」>「インターネット共有」に移動します。
2. 「互換性を優先」をオンにします。

これにより、iPhoneのWi-Fiチップがブロードキャストを汎用性の高い2.4GHz帯（802.11b/g/n）に切り替え、子端末がSSIDを検出できない問題や、ホテルの部屋での電波干渉による切断を一瞬で解消します。

---

ステップ3：iOSのテザリングデーモンによるスリープ切断を防止する

iOSには強力な省電力機能が組み込まれています。iPhoneの画面がロックされると、テザリングのパケット転送を管理するバックグラウンドデーモン（sharingd）は、無通信状態が90秒以上続いたと判定した場合にSSIDのブロードキャストを一時停止します。

格安の旅行用eSIMでは、速度制限で64kbps〜128kbpsに低下した際にTCPのKeep-Aliveパケットがドロップし、iOSが「接続が切れた」と誤認してWi-Fiブリッジを停止させることでこの問題が悪化します。MollySIMのような384kbpsのFUP最低速度を備えたプロバイダーであれば、重要なバックグラウンド通信（Apple Payのトークン認証、プッシュ通知、Googleマップのクエリなど）を維持できるため、誤判定による切断を大幅に低減できます。

切断を防ぐための実践的な対策：

• すべての子端末の認証が完了するまで、親機（iPhone）の「設定」>「インターネット共有」画面を開いたままにしておく。
• リモートワークなど長時間の安定した接続が必要な場合は、Wi-FiではなくUSB-C / Lightning - USBケーブルで有線接続する（ワイヤレスのスリープ制御を完全に回避可能）。

---

ステップ4：破損したキャリアバンドルのキャッシュをクリア（ネットワーク設定のリセット）

APNを設定してもインターネット共有がグレーアウトしたままの場合、iOSのシステムキャッシュ内に古い .ipcc キャリアプロファイルがロックされている可能性があります。ネットワーク設定のリセットを実行することで、インストール済みのeSIMプロファイルを削除することなく、キャッシュのみを安全に初期化できます。

1. 「設定」>「一般」>「転送またはiPhoneをリセット」に移動します。
2. 「リセット」>「ネットワーク設定をリセット」をタップします。
3. パスコードを入力して確定します。

注：この操作を実行するとiPhoneが再起動し、保存済みのWi-FiパスワードやBluetoothペアリング情報が消去されますが、eSIMプロファイル自体は保持されます。再起動後、ステップ1のAPN設定を再度入力してください。

Androidトラブルシューティング：APNタイプ「dun」、デュアルSIMルーティング、テザリング設定

キャリアプロファイルによってネットワークルーティングが抽象化されているiOSとは異なり、Androidではセルラーサブシステムの詳細な制御が可能です。AndroidはLinuxの低レイヤーである iptables やeBPFパケット転送ルールを用いてテザリングを管理します。旅行用eSIMからノートPCやサブ端末にデータを共有できない場合、主な原因はAPNプロトコルフラグの欠落、デュアルSIMの競合、またはWi-Fi周波数の不一致にあります。

---

ステップ1：APNタイプに「dun」を追加する

Androidで接続端末に「接続済み、インターネットなし」と表示される最も一般的な原因は、APN設定に dun（Dial-Up Networking）フラグが含まれていないことです。このフラグがないと、AndroidのRIL（Radio Interface Layer）は現在のデータプロファイルがテザリングパケットのルーティングを許可されているか判断できず、子端末からのNATリクエストを破棄してしまいます。

`` [デフォルト設定] APNタイプ: default,supl [テザリング修正後] APNタイプ: default,supl,dun ``

各社Android端末での dun 設定手順：

1. 「設定」>「ネットワークとインターネット」（Galaxyの場合は「接続」）を開きます。
2. 「SIM」（または「SIMマネージャー」）をタップし、利用中の旅行用eSIMを選択します。
3. 「アクセスポイント名（APN）」を選択し、アクティブなプロファイルを開きます。
4. 「APNタイプ」の項目までスクロールします。
5. 文字列の末尾にスペースを入れず ,dun を追記します（例: default,supl を default,supl,dun に変更）。
6. 右上の3点リーダーをタップし、「保存」を選択します。
7. 機内モードを10秒間オンにしてオフにし、新しいパケット転送パラメータでモデムを再接続させます。

注：一部の制限されたキャリアではAPNの手動編集がロックされている場合があります。APNタイプの項目がグレーアウトしている場合は、eSIMプロバイダーから提供されたAPN情報を使用して新規プロファイルを作成し、手動で default,supl,dun を割り当ててください。

---

ステップ2：デュアルSIMインターフェースのバインド競合を解決する

国内の2段階認証SMS受信用に日本の物理SIMを残したまま、海外用eSIMを併用している場合、Android内部でルーティングの競合が発生することがあります。OS本体はeSIMからデータを取得しているものの、Wi-Fiテザリングデーモンが無効な物理SIMのデータインターフェースを経由して子端末をブリッジしようとする現象です。

SIMインターフェースの競合を解消する方法：

• モバイルデータの優先SIMを固定： 「SIMマネージャー」を開き、旅行用eSIMが「モバイルデータ」の優先SIMとして明示的に選択されていることを確認します。
• データ自動切り替えを無効化： 「データの自動切り替え」（Galaxy）や「通話中にデータカードを切り替える」（OnePlus/Xiaomi）をオフにします。プライマリSIMがアイドル状態のIMS登録を試行すると、テザリングのゲートウェイIPがeSIMから切り離される原因になります。
• デュアルネットワーク加速を無効化： テザリング中にWi-Fiとモバイル通信を同時束ねるキャリアアグリゲーションやネットワーク加速機能をオフにします。

---

ステップ3：アクセスポイントの帯域を2.4GHzに切り替える

海外滞在中、各国の周波数規制（ヨーロッパ、日本、東南アジアの一部における5GHz帯の厳格な利用制限）やDFSの影響により、スマートフォンの5GHz Wi-Fiテザリングが正常に動作しないことがあります。接続先の子端末が海外の5GHzサブバンドに対応していない場合、SSID自体が検出されません。

1. 「設定」>「ネットワークとインターネット」>「テザリング」>「Wi-Fiテザリング」を開きます。
2. 「AP帯域」（または「帯域」）をタップします。
3. 周波数を「5.0 GHz帯優先」から「2.4 GHz帯」に変更します。
4. 「セキュリティ」プロトコルを「WPA2-Personal」に設定します（古いPCや周辺機器では、WPA3によるハンドシェイクでタイムアウトが発生することがあります）。

---

ステップ4：開発者向けオプションで「テザリングハードウェアアクセラレーション」を無効化する

Qualcomm SnapdragonやMediaTekの一部チップセットでは、AndroidはテザリングのNAT処理を専用のハードウェアアクセラレータにオフロードします。海外ローミング中の高パケット負荷やキャリアの帯域制限下では、このハードウェア層がフリーズし、親機のAndroidではWebが閲覧できるのに子端末のデータ通信だけが完全に止まる現象が発生します。

1. 開発者向けオプションの有効化：「設定」>「端末情報」を開き、「ビルド番号」を7回連続でタップします。
2. 「設定」>「システム」>「開発者向けオプション」に移動します。
3. 「ネットワーク」セクションまでスクロールします。
4. 「テザリングハードウェアアクセラレーション」をオフに切り替えます。
5. スマートフォンを再起動します。

`` [開発者向けオプション] ├── ネットワーク │ ├── モバイルデータを常にONにする [ON] │ └── テザリングハードウェアアクセラレーション [OFF] <-- モデム層のNATフリーズを防止 ``

これにより、Linuxカーネルがソフトウェアルーティングでパケットを直接処理するようになり、モデムのNATフリーズを完全に回避できます。

旅行用eSIMが1日または全体の高速データ上限に達した際、テザリングが維持できるかどうかは死活問題です。低品質なプロバイダーは64kbps〜128kbpsに通信速度を落とすため、AndroidのテザリングデーモンがDNSルックアップでタイムアウトを起こし、ノートPCの接続を切断してしまいます。一方、MollySIMは業界標準の3倍にあたる384kbpsのFUP最低速度を提供。容量超過後でも、業務メッセージ、VoIP通話、Apple Pay決済、Googleマップのナビゲーションに必要な通信速度を確保し、Androidでのテザリング切断を防ぎます。

テザリング比較マトリクス：旅行用eSIM vs ポケットWi-Fi vs 現地プリペイドSIM

どの通信手段を選択するかによって、海外でのリモートワーク環境が快適に機能するか、あるいは子端末を接続した瞬間に崩壊するかが決まります。端末のハードウェアスペックだけでなく、キャリアプロファイル、プロビジョニングルール、バックホール回線のルーティング設計がテザリングの信頼性を左右します。

以下の表は、主要な海外通信ソリューションのテザリング性能を比較したものです。

---

ソフトウェア制限と128kbps以下のFUPに潜むリスク

格安eSIMプロバイダーは、テザリングの利用権限を制限した安価なMVNOパッケージを仕入れることでコストを抑えています。iPhoneやAndroidでテザリングをオンにすると、OSはモバイルコアネットワークへ権限問い合わせを行います。安価なeSIMプロファイルはこの要求を拒否し、テザリング機能を無効化するか、子端末へのIP割り当てを破棄します。

また、仮にテザリングが許可されていても、バックホールの設計が貧弱な場合は実用に耐えません。

• ヘアピンルーティングによる遅延スパイク： 格安eSIMは、全世界のトラフィックを香港やポーランド、米国などにある単一の格安プロキシサーバー経由で処理することがよくあります。例えば東京で現地のサーバーにアクセスする場合でも、地球を半周して戻ってくるため遅延が400msを超え、Zoom、Figma、SSH接続が頻繁に切断されます。
• 128kbps環境におけるTLSハンドシェイクの罠： 一般的なeSIMがデータ超過で64kbps〜128kbpsに制限されると、最新のHTTPS/TLS 1.3の暗号化ハンドシェイクがOSのタイムアウト制限を超過します。その結果、バックグラウンドでのDNS解決やソケット接続が完了できず、PC側には「接続済み、インターネットなし」と表示され通信不能になります。

MollySIMは、各地域に最適化されたローカルブレイクアウトサーバーと384kbpsのFUP最低速度を組み合わせることで、これらのプロトコルタイムアウトを排除しています。一般的な基準の3倍となる384kbpsの帯域があれば、接続したMacBookやiPadでチャットツールの送受信、Gitリポジトリへのプッシュ、決済認証、Googleマップの読み込みをNATテーブルの破棄なしにスムーズに行えます。

高度なネットワーク診断：MTUサイズの不一致、DNSリーク、VPN利用時の切断

スマートフォン本体はアンテナが立っているにもかかわらず、子端末に「接続済み、インターネットなし」と表示され続ける場合、標準的な設定変更だけでは解決しないことがあります。この段階での不具合は、トランスポート層の設定ミス、トンネルカプセル化のオーバーヘッド、あるいはDNSルーティングの不整合が原因です。

国際ローミング回線でパケット転送を確実に通すための高度な診断手順を解説します。

---

1. MTUクランプ：ローミングトンネル内でのパケット断片化を防ぐ

通常のローカルネットワークは、MTU（最大転送単位）1500バイトで動作します。しかし、国際eSIMのデータ通信は、公衆インターネットに到達するまでにGTP-U（GPRS Tunneling Protocol）やIPsecなどの複数のカプセル化トンネルを経由します。

この多重カプセル化により、パケットヘッダーごとに40〜80バイトのオーバーヘッドが追加されます。子端末が通常の1500バイトフレームを送信しようとした際、経由するファイアウォールがICMPの「フラグメンテーションが必要（Type 3, Code 4）」パケットをブロックしていると、Path MTU Discovery（PMTUD）が機能しません。これにより「MTUブラックホール」が発生し、単純なPingは通るのにデータ量の多いTLS/HTTPSハンドシェイクが永久にスタックします。

``` +-------------------------------------------------------------------+ | 通常のPCフレーム（1500バイト） | +---------------------------------+---------------------------------+ | ローミングGTP/IPsecトンネルヘッダー | 切り捨て/ドロップ（ACK不達） | -> 通信失敗 +---------------------------------+---------------------------------+

+-------------------------------------------------------------------+ | MTUクランプ適用後のフレーム（1360〜1420バイト） | +---------------------------------+---------------------------------+ | ローミングGTP/IPsecトンネルヘッダー | TLSペイロードを保持（ACK成功） | -> 通信成功 +---------------------------------+---------------------------------+ ```

解決策：子端末のMTUを1360または1420に設定する

子端末のネットワークインターフェースのMTUを下げることで、パケットの断片化を回避できます。

• macOS:

```bash

有効なインターフェース名を確認（通常Wi-Fiはen0）

networksetup -listallhardwareports

MTUを1360に設定

sudo networksetup -setMTU en0 1360 ```

• Windows（管理者権限のPowerShell / コマンドプロンプト）:

```cmd

インターフェース名を確認

netsh interface ipv4 show subinterfaces

MTUを1360に設定

netsh interface ipv4 set subinterface "Wi-Fi" mtu=1360 store=persistent ```

• Linux:

``bash sudo ip link set dev wlan0 mtu 1360 ``

---

2. DNSの不達とテザリングリレーの不具合

国際ローミングの接続処理中、モバイルOS（iOS/Android）がDHCP経由で子端末へセルラー側のDNSリゾルバを正しく転送できないことがあります。子端末はスマートフォンのゲートウェイ（iOSでは 172.20.10.1、Androidでは 192.168.43.1）に接続しているものの、ローカルDNSリレーが名前解決を拒否している状態です。

診断と解決手順：

1. 子端末のターミナルまたはコマンドプロンプトで ping 1.1.1.1（直接IP）を実行します。
2. IPへのPingは通るのに ping google.com が失敗する場合、DNSの名前解決がストップしています。
3. 子端末のWi-Fi詳細設定で、パブリックDNSを手動で固定設定します。

• プライマリIPv4: 1.1.1.1（Cloudflare）または 8.8.8.8（Google）
• セカンダリIPv4: 9.9.9.9（Quad9）
• プライマリIPv6（デュアルスタック有効時）: 2606:4700:4700::1111

スマートフォンのDNSフォワーディングをバイパスすることで、セルラー回線上で直接名前解決が行われます。MollySIMでは、大容量ローカルブレイクアウトノードにより安定したエニキャストDNSエンドポイントが割り当てられるため、こうした名前解決エラーを最小限に抑えています。

---

3. VPNプロトコルの競合とキルスイッチの干渉

親機（スマートフォン）または子端末（PC）でVPN（WireGuard、Tailscale、OpenVPN、企業用IKEv2など）を実行している場合、テザリングの切断を引き起こす代表的な原因となります。

• 親機側のVPN： iOSおよびAndroidは、テザリングのローカル通信を端末内VPNトンネルから厳格に分離しています。スマートフォン側でVPNを有効にしていると、テザリングインターフェースからのパケットがルーティングテーブル上で破棄されることがあります。親機側のVPNは必ずオフにし、VPNは子端末（PC）側でのみ起動してください。
• 子端末のキルスイッチとサブネット重複： PC側のVPNで「ローカルネットワークのトラフィックをブロック（キルスイッチ）」が有効になっていると、親機から割り当てられたDHCPレンジ（172.20.10.0/28 など）の通信を遮断してしまいます。VPN設定で「ローカルLANアクセスを許可」を有効にしてください。
• CGNAT（キャリアグレードNAT）の重複： 一部の格安ローミングSIMでは、WireGuardの標準サブネット（10.0.0.0/8）と競合するプライベートIPが割り当てられることがあります。競合が発生した場合は、VPNのエンドポイント設定をIPv4からIPv6に切り替えてください。

---

4. 物理インターフェースの切り替え：Wi-Fi vs USB vs Bluetooth

混雑した空港、ホテル、コワーキングスペースなどで2.4GHz/5GHz帯の電波干渉が激しい場合、接続方法を有線などに切り替えることで通信が一気に安定します。

電波状態が不安定な環境では、USBテザリングを使用することで無線干渉による再送処理やパケットジッターを完全に排除できます。一般的な旅行用eSIMの128kbps制限を大きく上回るMollySIMの384kbps FUP最低速度と有線接続を組み合わせれば、電波が弱い場所でもナビゲーションの確認、銀行の2段階認証、緊急の業務チャットを安定して処理できます。

海外での通信を止めない：MollySIMが提供する無制限テザリングと384kbpsのリモートワーク継続性

デジタルノマドやエンジニア、海外出張者にとって、テザリングの停止は作業の完全な停止を意味します。多くの旅行用eSIMアグリゲーターは、卸売コスト削減のためにキャリア側でテザリングを遮断したり、セカンダリPDPコンテキストを破棄したり、不完全なAPN構成を配信したりしています。

MollySIMはコアネットワーク設計から国際ローミングを見直し、手動での設定修正や予期せぬポリシー制限に悩まされることなく、初期状態でテザリングが使える環境を提供しています。

---

世界の主要Tier-1