Switch 2 の eShop が遅い／オンラインが不安定？任天堂 CDN を Clash の DOMAIN-SUFFIX 分流と DNS で実測する手順（2026）

症状：eShop のダウンロードが伸びない、更新がタイムアウト、オンラインが不安定

Nintendo Switch 2 を含む現行ハードでは、大型タイトルの配信やシーズン更新のたびに、eShop の取得速度や本体アップデートの成功率、オンラインのマッチングやセッション安定性が話題になりやすいです。ここでいう「遅い」「失敗する」は、単に回線 Mbps が低いだけではなく、名前解決やCDN エッジの地理、プロキシ経路の混雑、IPv6 の片道不通、NAT 型の組み合わせなど、複数レイヤーが重なることがあります。

本稿はClash／Mihomo（旧 Clash Meta）をゲートウェイや共有 PC 側に置き、任天堂系ホストを意図した出口へ寄せるための分流とDNS の実測手順に絞ります。Netflix など長尺CDN 向けのストリーミング用記事とはドメイン束と典型症状を分け、ゲーム配信・更新・オンラインの切り分けに使えるチェック順を整理しました。利用規約・サービス提供地域および任天堂ネットワークサービスに関する取り決めは各公式の案内に従う前提で、技術的な経路の話に限定します。

前提：Switch 本体は Clash を直接実行できません。実務では（1）OpenWrt 等のルーターで透過プロキシ、（2）Windows／macOS の共有ゲートウェイ＋TUN、（3）同 LAN の別 PC がデフォルト GW になる構成、のいずれかで「本体から見た既定ルート上」にプロキシ層を載せます。TUN モードの解説で触れたキャプチャ範囲の考え方がそのまま効きます。

ステップ 1：トラフィックがどこを通るかを「層」で描く

まず、eShop のカタログ表示と実ファイル取得、システム更新、オンラインのシグナリングと実プレイが、それぞれ別ホストへ散らばることを意識します。ブラウザで見える速度と、本体が直接叩く CDN のスループットは一致しません。ゲートウェイ上の Clash では、接続ログやダッシュボードの接続一覧で「実際に評価された SNI／ホスト名」を確認し、想定外のサブドメインがプロキシグループ外に落ちていないかを見ます。

ルーター直下の Switch だけを対象にするなら、DHCP で他端末の既定 GW を変えず、対象 MAC にだけ静的割り当てでゲートウェイを寄せる方法が扱いやすいです。全屋を同じ出口に揃える場合は、OpenWrt サイドルーターと DNS リダイレクトの記事のように DNS と転送をセットで設計しないと、ルールだけ整えても名前解決が別経路に出てCDN の振り分けがずれることがあります。

ステップ 2：DNS をログで検証する

DNS が意図と違う出口に出ると、任天堂側のエッジ推奨や地域ヒントが期待とズレ、結果として「ページは開くがダウンロードだけ遅い」「更新だけ失敗する」が起きます。dns.enhanced-mode が fake-ip のときは、ルール評価に使う名前と実接続の解決経路が一瞬でも食い違うと、DOMAIN-SUFFIX が想定どおりに掛からないケースもあります。

  • nameserver と fallback：DoH の URL 自体がプロキシ必須ドメインだと、初回解決が遅延しやすいです。
  • IPv6：AAAA が返るが下りだけ不通な環境では、タイムアウトや再試行が増え、体感の「固まり」に繋がります。
  • ルーター DNS：親ルータが別 DNS を強制していないか、Private DNS（Android 端末の共有テザー時など）と競合していないかを確認します。

実測では、ゲートウェイの Clash の DNS ログをオンにし、eShop 操作の前後で nintendo を含むクエリがどのチェーンを通ったかを短時間だけ切り取るのが早いです。購読の取り込みやプロファイルの共通点はサブスクリプション URL 追加の総合ガイドにまとめています。

ステップ 3：DOMAIN-SUFFIX で任天堂系を束ねる

代表的なホストは公式ドキュメントやコミュニティの観測で変わり得るため、本稿では「骨格」に留めます。実運用ではログに出た名前を少しずつ足すのが安全です。評価順の基本はルール分岐の詳解に譲りますが、広い GEOIP や MATCH より上に、細かい DOMAIN-SUFFIX を置くと追いやすいです。

例として、独立した proxy-groups エントリ（ここでは 🎮 Nintendo と仮置き）へ寄せる最小イメージを示します。実際のグループ名やポリシーは手元の購読に合わせて読み替えてください。

proxy-groups:
  - name: "🎮 Nintendo"
    type: select
    proxies:
      - "ノードA-低遅延"
      - "ノードB-安定帯域"
      - DIRECT

rules:
  - DOMAIN-SUFFIX,nintendo.com,🎮 Nintendo
  - DOMAIN-SUFFIX,nintendo.net,🎮 Nintendo
  - DOMAIN-SUFFIX,nintendo.co.jp,🎮 Nintendo
  - DOMAIN-SUFFIX,nintendo-europe.com,🎮 Nintendo
  - DOMAIN-SUFFIX,nintendo.jp,🎮 Nintendo
  - DOMAIN-SUFFIX,cdn.nintendo.net,🎮 Nintendo

上記は出発点です。eShop 決済やアカウント系、計測・画像配信など、別サブドメインが増えるとCDN だけがルール外へ落ちることがあります。嗅探（sniff）や override-destination を併用している場合は、Sniffer と fake-ip の記事も参照し、評価順と DNS の組み合わせを点検してください。

ステップ 4：CDN の取りこぼしと「速いノードが合わない」問題

遅延テストの数値が良いノードでも、実際のゲームCDN との経路が混んでいると、ダウンロード速度が伸びないことがあります。逆に、地域的に近いエッジへ出したいのに、別地域のノードに乗せ続けていると、マッチングやセッション品質に影響が出る場面も報告されます。ここは「正解の地域」より先に、ログ上でホストが意図したプロキシグループへ入っているかを確認します。

遅延テスト自体が赤だらけになるときは、上流の DNS・UDP・STUN などを先に疑うのが得策です。ノードが全て赤に見えるときの記事と併読すると、本稿のゲーム向け切り分けとつながります。

ステップ 5：オンラインと NAT／UDP の現実的な限界

オンラインの一部モードは P2P や UDP を多く使います。商用ノードによっては UDP の扱いやポート制約が異なり、NAT 型が期待とズレてマッチングが不安定になることがあります。これは DOMAIN-SUFFIX を増やすだけでは片付かない層があり、別ノードの試行、あるいはオンライン用途だけ DIRECT に戻すなど、要件に応じた切り分けが必要です。家庭内では、UPnP／静的ポート転送とゲートウェイの整合もあわせて確認します。

短いチェックリスト

  1. Switch のパケットが本当に Clash ゲートウェイを通っているか（DHCP・静的ルート・AP 隔離）。
  2. DNS：fake-ip／DoH／親ルータ DNS の競合、IPv6 の片道。
  3. DOMAIN-SUFFIX で任天堂系が意図したプロキシグループへ入っているか、取りこぼしホストをログから追記。
  4. ノード選択：低遅延表示と実ダウンロード速度の両方を見て固定／切替。
  5. オンラインだけ失敗するときは UDP／NAT 制約を疑い、ルールとは独立に検証。

運用のコツ：新作シーズンはトラフィックパターンが変わりやすいので、恒久的に巨大なルールセットを抱えるより、数分だけ接続ログを採取して不足ドメインを足す方がメンテしやすいです。骨格となる DNS と評価順は固定し、差分だけ更新するイメージが扱いやすいです。

ドキュメントと入手経路

YAML の詳細は当サイトのチュートリアル・ドキュメントも参照してください。実行ファイルは説明が一貫した配布導線としてダウンロードページから入手するのがおすすめです。

まとめ

Switch 2 周辺でeShop や更新、オンラインに症状が出たとき、本体側の表示だけを見ても原因層は特定しづらいです。ゲートウェイ上の Clash では、経路の可視化が容易なので、DNS → DOMAIN-SUFFIX による任天堂系CDN の束ね方 → ノード選択 →（必要なら）UDP／NAT の順に切り分けると手戻りが減ります。ストリーミング向けの分流記事と役割を分けつつ、ホストログを軽く回す運用は共通です。

同種のクライアントでも、Mihomo／Clash Meta 系はルールとログを手元で制御しやすく、不足ドメインを追記しやすいのが強みです。

各 OS 向けビルドはダウンロードページにまとめています。購読とDNS を一度整理したうえで環境に合ったクライアントを入れると、再現と修正がはるかに楽になります。→ Clash クライアントを無料でダウンロードし、任天堂向けルールと DNS を揃えた接続を試す