Switch 2 eShop 下载慢或联机无法完成？Clash 分流任天堂 CDN 域名实测环节

先对齐采用使用场景：Clash 装在电脑上，不代表 Switch 2 已经「走了代理」 要点速览

本篇正文出厂你已经理解「规则模式」下策略组与规则顺序的基本概念；若要系统复习 DOMAIN-SUFFIX 与 GEOIP 谁应靠前，可先读 规则分流指南。

讨论 Switch 2 与 eShop 下载慢、升级包超时、或 联机 匹配无法完成时，最容易出现的误判是：你在 Windows 或 macOS 上启用了 Clash，就认为同一局域网里的 任天堂 主机全全全自动享受了分流。

事实是：主机出厂只向路由器发流量，除非你把主机的出厂网关指到跑 Clash 的那台设备、采用透明代理或TUN 热点一类拓扑，否则主机上的商店与联机连接经常仍是「直连运营商路径」，桌面上的 Clash 分流规则根本不会看到那些五元组。

关键点是：若你打算用旁路由把全屋设备纳入 mihomo，拓扑与 DNS 劫持顺序可参考 OpenWrt 旁路由透明代理与 DNS 重定向，再把本篇正文的任天堂域名段落在那套配置里「插队」到靠前位置。

把症状拆开：商店、补丁包与「联机」不是同一条链路 关键信息

于是排障时不要混在一起：先确认「商店与下载」在 Clash 日志里是否出现任天堂相关 SNI 或域名；

eShop 打不开或浏览卡顿，多与 HTTPS 鉴权和静态资源 CDN有关；大体积游戏或首日补丁下载极慢，普遍是分片域名走到了不理想出口，或 DNS 解析与真实下载边缘节点地区不一致。

另一类困扰是联机：能进游戏、但好友房进不去、对战频繁掉线，这经常牵涉 UDP、NAT 类型与中继，而不是单纯换一个「流媒体解锁」节点就能处置。

再单独看联机会话是否走代理、UDP 是否被内核对路接管。若响应时间测试全红或 UDP 异常，可对照 节点响应时间与 UDP 排障 缩小范围。

任天堂侧普遍主机名：用 DOMAIN-SUFFIX 成组覆盖 CDN 与鉴权 关键点梳理

若你采用国行或大陆网络环境，还或许看到 nintendoswitch.cn 等域名；是否要走代理应结合你当前运营商路径决定，不不妨无脑全局。

这里要多说一句：实际抓包或查阅 mihomo 连接日志时，你会反复看到以 nintendo.net、nintendo.com、nintendo.co.jp、nintendo-europe.com 等为后缀的主机名；部分下载还会落在 Akamai、CloudFront 等通用 CDN 上，但 SNI 仍常带任天堂业务子域。

与其逐条抄第三方列表里上百个 FQDN，更稳妥的做法是：为「任天堂业务」单独建一个 策略组（举个小例子 PROXY-NINTENDO），在 rules: 里用多条 DOMAIN-SUFFIX 把上述后缀置顶到 GEOIP,CN 或宽泛的 MATCH 之前。

对于仅想「商店与升级走平稳出口、其余直连」的读者，保持 mode: rule，把任天堂后缀规则放在个人直连规则之前即可。具体子域会随版本变化，遇到日志里出现新的 *.nintendo.net 主机名时，只要后缀已覆盖，常规不必再加一行。

YAML 骨架：策略组 + 规则顺序（教学示例） 完备说明

下面是一段教学用骨架，请按你的订阅与面板字段改名对接，不要原样复制为生产唯一配置。核心是：rules 中任天堂相关 DOMAIN-SUFFIX 必须出现在会把流量提前导走的规则之前。

proxy-groups:
  - name: PROXY-NINTENDO
    type: select
    proxies:
      - 你的低延迟节点
      - 你的备用节点
      - DIRECT

rules:
  - DOMAIN-SUFFIX,nintendo.net,PROXY-NINTENDO
  - DOMAIN-SUFFIX,nintendo.com,PROXY-NINTENDO
  - DOMAIN-SUFFIX,nintendo.co.jp,PROXY-NINTENDO
  - DOMAIN-SUFFIX,nintendo-europe.com,PROXY-NINTENDO
  # 按需追加后缀；保持顺序在 GEOIP / MATCH 之前
  # - GEOIP,CN,DIRECT
  # - MATCH,GLOBAL

换个说法：若采用 mihomo 且开启 Sniffer，仍要当心嗅探改写与规则顺序是否与 Sniffer 排障文 一致，否则会出现「日志里看得到域名、策略却始终落在出厂组」的现象。

DNS 侧验证：解析路径与 fake-ip 要和服务端看到的出口一致 要点速览

实操上，先在跑 Clash 的机器上对任天堂后缀域名执行 nslookup 或 dig，对照 mihomo 的 DNS 日志；再在已改网关的 Switch 网络详情里确认 DNS 指向你的旁路由或 Clash 所在地址。

任天堂 CDN 会按解析结果把你指到不同边缘节点。若 Clash 采用 fake-ip，请确保主机或旁路由上的 DNS 查询也进入 Clash DNS，否则容易出现「下载域名走了代理、解析却在局外完成」的错配。

可在网关设备上对 accounts.nintendo.com 等常用主机做一次解析抽查：看应答是否经内核、是否与当前 nameserver-policy 配置一致。

落到实处：若仍混用运营商 IPv6 DNS，不妨在排障阶段暂时关闭主机 IPv6 或同步下发 IPv6 DNS，减少「一半解析绕开 Clash」的变量。更系统的 DNS 与 TUN 关系可见 TUN 模式与全局代理 一文。

节点选定：下载要带宽，联机要平稳 UDP 与合理 NAT 关键信息

部分机房型节点虽然下载快，但对称 NAT 或 UDP 限制会导致马里奥赛车、斯普拉遁等 P2P 房间上手感觉差。不妨在 PROXY-NINTENDO 组里放 2～3 个不同出口类型的节点，用真实游戏「建房—邀请」测一轮，而不是只看响应时间数字。

节点选定上不要沿用「只看流媒体解锁」的习惯：大文件下载偏向高带宽、低丢包线路；而 联机更看重响应时间抖动与 UDP 穿透。

若联机仍无法完成，先确认流量是否真的经过 Clash TUN 或透明代理：仅系统 HTTP 代理对主机无效。对局域网共享采用采用使用场景，可复习 Allow LAN 与防火墙，避免误把主机流量挡在防火墙之外。

可复现验证清单（不妨按顺序勾） 关键点梳理

1. 确认拓扑：主机网关与 DNS 是否指向跑 Clash 的设备或旁路由。
2. 在规则顶部加入任天堂后缀 DOMAIN-SUFFIX 并指向独立策略组，重载配置。
3. 启用 mihomo 连接面板，在 eShop 浏览或触发下载，排查会话域名是否命中 PROXY-NINTENDO。
4. 对任天堂鉴权域名做 DNS 日志对照，排除加密 DNS 或 IPv6 旁路。
5. 分别用「高带宽」与「低响应时间」节点各测一次下载与建房联机，记录差异。

小结 完备说明

把规则写对、把 DNS 对齐、再为下载与联机分别挑选合适的 节点，比反复开关全局模式更能平稳处置困扰。若你关键点在电脑上采用 Clash，也可通过本站 下载页 获取各平台客户端，与路由器侧透明代理方案对照调试。

Switch 2 与春季大作带来的讨论，内核上仍是「主机流量是否进入你的内核分流面」加上「任天堂系 CDN 与鉴权域名是否被 DOMAIN-SUFFIX 提前命中」两件事。

相比只换订阅或只换节点，按本篇正文顺序先做拓扑与 DNS 验证，再看规则与 UDP，排障路径更一目了然。→ 立即免费下载 Clash，开启流畅上网新上手感觉