📖 チュートリアル 2026年4月21日 ⏱ 約19分で読めます

2026：Nintendo Switch 2 のオンライン／eShop が重い？Clash で任天堂ドメインを分流しノードを実測する手順

Nintendo Switch 2 発売に伴い、eShop のソフト更新やオンラインプレイへの関心が高まっています。一方、コンソール本体に Clash のようなルール型プロキシを「そのままインストール」する前提ではなく、実務では旁ルーター・家庭用ゲートウェイ・LAN 透過／共有プロキシ側で経路を整える場面が中心になります。本稿は、任天堂のドメインと配信 CDNをブラウザや国内トラフィックと混ぜないよう DOMAIN／RULE-SET で束ね、DNS の解決経路とノード選択を Rule ログで実測する手順を、既存の Steam／Epic 向け PC ゲーム分流記事（Steam／Epic と Clash 分流）とは対象ホストと端末前提が異なるコンソール向けガイドとして整理します。

コンソールでは「本体に入れる」のではなくゲートウェイが本丸

Nintendo Switch 2 は、家庭内では有線または Wi‑Fi でルーターに接続し、eShop 閲覧・本体／ゲームの更新・ニンテンドーアカウント連携・オンラインプレイと、性質の異なる通信が並びます。PC のランチャー記事で触れた PROCESS-NAME やデスクトップ前提のフックは、そのまま当てはまりません。Clash を動かす位置は、(1) 丸ごとデフォルトゲートウェイのルーター（OpenWrt と OpenClash など）、(2) 既存ルーターの下に置いた旁系ルーター（WAN で上流を受ける）、(3) 常時起動の PC／NAS にプロキシを立てて Switch の「インターネット接続先」をそちらへ向ける、のいずれかが現実的です。どの形でもDNS を誰が答えるかとどの出口 IP になるかがそろっていないと、eShop だけ異常に遅い・オンラインの往復だけ不安定、といった片腹痛になりやすいです。

任天堂まわりのホストは「固定リスト」よりログ育て

公式が毎回同じホストだけを使うとは限りません。アカウント（accounts.nintendo.com など）、ストアフロント、コンテンツ配信の CDN、本体更新、オンラインセッションまわりで、名前が増えたりリージョンで変わったりします。本稿が例示するドメインは出発点の目安であり、運用ではクライアントの接続ログに実際に出たホスト名を正として DOMAIN-SUFFIX や RULE-SET を足すのが安全です。

💡 ヒントまず nintendo.net、nintendo.com、nintendo.co.jp など広い接尾辞から追い、細かいホストが出たら下位ルールを追加する「上から広げて、ログで掘る」運用にすると迷子になりにくいです。

RULE-SET 化された第三者リスト（ゲーム／CDN カテゴリ）を使う場合も、購読の更新失敗で古い集合のまま誤分流が続くことがあるため、ストレージと更新ログは定期的に確認してください。ルール構文の土台はカスタムルールの解説が役立ちます。

DNS：Switch は「ルーターが提示する DNS」を信用しがち

fake-ip や redir-host の取り合い、DoH をどこで終端するかは、PC 記事と論点は同じですが、コンソール側はユーザーが細かく上書きしづらいです。ゲートウェイ上の Clash／Mihomo が名前解決に関与しているとき、(1) Switch の DNS 設定を自動のままにしてルーターに集約する、(2) すべてをゲートウェイの DNS へ固定する、のどちらかに寄せた方が、「名前は解けたが出口だけズレる」状態を減らせます。DNS と rules の順序が噛み合わない例は Clash Meta と DNS／sniffing の整理も参考になります。

IPv6 が有効な回線では、意図せぬ迂回経路が生まれることがあります。切り分けとして一時的に IPv6 を絞る・上流の広告ブロッカーや別 DNS と競合しないかを見るのは、旁ルーター運用の定番です。

オンラインと eShop で欲しい「ノードの形」が違う

eShop や大型アップデートはスループットと安定した TCP が効きます。一方オンラインプレイは遅延とジッターが効き、遠回りの高レイテンシ プロキシ 一択にすると味が落ちやすいです。そのため proxy-groups を「任天堂系ストア／CDN 用」と「低遅延厳選用」に分け、前者は帯域の太いノード、後者は地理的に近く UDP も現実的なノード、といった読み分けが有効になります。URL テストやフォールバックの考え方は proxy-groups のガイドと整合的です。

実務の手順としては、(1) Rule ログで該当ドメインがどのグループに落ちているか確認、(2) 期待と違えばルールの優先順位（より具体的な DOMAIN 行を上へ）を調整、(3) そのグループに載っているノードの RTT を見る、の三段を短いサイクルで回すのが早いです。

ルール記述の例（あくまで雛形）

実機ログに合わせて書き換えてください。コアが Clash Meta／Mihomo の場合、RULE-SET の取り込みや動的更新の形が普段使いになります。

# Example fragments — tune names to your proxy-groups and subscription
rules:
  - DOMAIN-SUFFIX,nintendo.net,NINTENDO_CDN
  - DOMAIN-SUFFIX,nintendo.com,NINTENDO_CDN
  - DOMAIN-SUFFIX,nintendo.co.jp,NINTENDO_CDN
  - DOMAIN,accounts.nintendo.com,NINTENDO_ACCOUNT
  # ... append hosts observed in your Rule / connection logs

NINTENDO_CDN や NINTENDO_ACCOUNT は proxy-groups で定義し、中身を「更新サーバ向け」「ログイン向け」など用途で分けると、ひとつの MATCH に全部を流し込むより調整がしやすくなります。GEOIP 行や広い MATCH が先に当たると、意図した DOMAIN に届かないので、国内向けトラフィックとの序列は GEOIP CN とバイパスのチェックリストとあわせて確認してください。

旁ルーター／親機の典型トポロジと詰まり所

旁ルーター構成では、Switch → 親ルーター → インターネットのどこかで NAT が二重になり、オンラインプレイのマッチングやボイスに影響することがあります。Clash のルール以前に、上流で UPnP／NAT Type の要件が満たせているかを見る必要があります。ルールで出口をきれいにしても、二重 NAT のままでは症状が残る、という切り分けもあります。

また、親機で広告ブロック DNSやセキュリティ DNSを強制していると、ゲートウェイ側 Clash の名前解決と衝突することがあります。家庭内 DNS の「単一の真実」に揃えるか、意図的にキャニオンを分けるか、どちらかに寄せると安定しやすいです。

実測チェックリスト（最短）

1

eShop を開く試行でログを取る

接続ログに出たドメインをメモし、まだルールにないものを DOMAIN／DOMAIN-SUFFIX で追加します。
2

同一ドメインが DIRECT と PROXY に割れる原因を潰す

DNS の戻りがセッションごとに変わる、fake-ip のキャッシュと実接続がズレる、といったパターンを疑い、設定画面でモードとヒット順を確認します。
3

DL と対戦で別グループを試す

帯域向けと低遅延向けでノード選択を分け、改善するか比較します。変わらなければ任天堂側メンテや無線環境も疑います。

よくある質問

Switch 本体に VPN アプリのように Clash を入れられるか

一般的なユーザー向けの想定ではなく、本稿のスコープ外です。ゲートウェイ側で経路を整えるのが現実的です。

Steam の記事のルールをそのまま流用してよいか

PC ランチャー向けホストとコンソール向けは一致しません。Steam／Epic 記事は「分流の考え方」の参照には最適ですが、ドメイン集合は Switch 用に作り直してください。

違法コピーや規約違反のバックドアについて触れるべきか

本稿は正規のネットワーク設定とトラブルシュートに限定します。利用規約と著作権を守る利用を前提にしてください。

まとめ

Nintendo Switch 2 の eShop やオンラインプレイの体感は、回線だけでなく家の出口で 任天堂 CDN とアカウント系ホストが意図したノードに乗っているかに強く依存します。Clash では DOMAIN／RULE-SET と DNS を一体で見て、ノード選択を用途別に分けると改善が出やすいです。クライアントの入手と用語の共通基盤は公式ダウンロードページとチュートリアルを起点にすると、ルーター版と PC 版の両方に載せ替えやすくなります。

オープンソースのライセンスやソースを確認するときだけ、GitHub を参照し、日々のクライアント入手はサイトのダウンロード導線を優先するのがすっきりです。

→ Clash を無料ダウンロードし、ゲートウェイ側の設定を他の端末でも試す