Switch 2 eShop 下载慢或联机失败？Clash 分流任天堂 CDN 域名实测步骤

先对齐场景：Clash 装在电脑上，不代表 Switch 2 已经「走了代理」

讨论 Switch 2 与 eShop 下载慢、更新包超时、或 联机 匹配失败时，最容易出现的误判是：你在 Windows 或 macOS 上打开了 Clash，就认为同一局域网里的 任天堂 主机自动享受了分流。事实是：主机默认只向路由器发流量，除非你把主机的默认网关指到跑 Clash 的那台设备、使用透明代理或TUN 热点一类拓扑，否则主机上的商店与联机连接往往仍是「直连运营商路径」，桌面上的 Clash 分流规则根本不会看到那些五元组。

本文默认你已经理解「规则模式」下策略组与规则顺序的基本概念；若需要系统复习 DOMAIN-SUFFIX 与 GEOIP 谁应靠前，可先读 规则分流指南。若你打算用旁路由把全屋设备纳入 mihomo，拓扑与 DNS 劫持顺序可参考 OpenWrt 旁路由透明代理与 DNS 重定向，再把本文的任天堂域名段落在那套配置里「插队」到靠前位置。

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

eShop 打不开或浏览卡顿，多与 HTTPS 鉴权和静态资源 CDN有关；大体积游戏或首日补丁下载极慢，常见是分片域名走到了不理想出口，或 DNS 解析与真实下载边缘节点地区不一致。另一类问题是联机：能进游戏、但好友房进不去、对战频繁掉线，这往往牵涉 UDP、NAT 类型与中继，而不是单纯换一个「流媒体解锁」节点就能解决。

因此排障时不要混在一起：先确认「商店与下载」在 Clash 日志里是否出现任天堂相关 SNI 或域名；再单独看联机会话是否走代理、UDP 是否被内核正确接管。若延迟测试全红或 UDP 异常，可对照 节点延迟与 UDP 排障 缩小范围。

任天堂侧常见主机名：用 DOMAIN-SUFFIX 成组覆盖 CDN 与鉴权

实际抓包或查阅 mihomo 连接日志时，你会反复看到以 nintendo.net、nintendo.com、nintendo.co.jp、nintendo-europe.com 等为后缀的主机名；部分下载还会落在 Akamai、CloudFront 等通用 CDN 上，但 SNI 仍常带任天堂业务子域。与其逐条抄第三方列表里上百个 FQDN，更稳妥的做法是：为「任天堂业务」单独建一个 策略组（例如 PROXY-NINTENDO），在 rules: 里用多条 DOMAIN-SUFFIX 把上述后缀置顶到 GEOIP,CN 或宽泛的 MATCH 之前。

若你使用国行或大陆网络环境，还可能看到 nintendoswitch.cn 等域名；是否要走代理应结合你当前运营商路径决定，不建议无脑全局。对于仅想「商店与更新走稳定出口、其余直连」的读者，保持 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 要和服务端看到的出口一致

任天堂 CDN 会按解析结果把你指到不同边缘节点。若 Clash 使用 fake-ip，请确保主机或旁路由上的 DNS 查询也进入 Clash DNS，否则容易出现「下载域名走了代理、解析却在局外完成」的错配。可在网关设备上对 accounts.nintendo.com 等常用主机做一次解析抽查：看应答是否经内核、是否与当前 nameserver-policy 配置一致。

实操上，先在跑 Clash 的机器上对任天堂后缀域名执行 nslookup 或 dig，对照 mihomo 的 DNS 日志；再在已改网关的 Switch 网络详情里确认 DNS 指向你的旁路由或 Clash 所在地址。若仍混用运营商 IPv6 DNS，建议在排障阶段暂时关闭主机 IPv6 或同步下发 IPv6 DNS，减少「一半解析绕开 Clash」的变量。更系统的 DNS 与 TUN 关系可见 TUN 模式与全局代理 一文。

节点选择：下载要带宽，联机要稳定 UDP 与合理 NAT

节点选择上不要沿用「只看流媒体解锁」的习惯：大文件下载偏向高带宽、低丢包线路；而 联机更看重延迟抖动与 UDP 穿透。部分机房型节点虽然下载快，但对称 NAT 或 UDP 限制会导致马里奥赛车、斯普拉遁等 P2P 房间体验差。建议在 PROXY-NINTENDO 组里放 2～3 个不同出口类型的节点，用真实游戏「建房—邀请」测一轮，而不是只看延迟数字。

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

可复现验证清单（建议按顺序勾）

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

小结

Switch 2 与春季大作带来的讨论，本质上仍是「主机流量是否进入你的内核分流面」加上「任天堂系 CDN 与鉴权域名是否被 DOMAIN-SUFFIX 提前命中」两件事。把规则写对、把 DNS 对齐、再为下载与联机分别挑选合适的 节点，比反复开关全局模式更能稳定解决问题。若你主要在电脑上使用 Clash，也可通过本站 下载页 获取各平台客户端，与路由器侧透明代理方案对照调试。

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