一、为什么「浏览器通了，Switch 2 仍转圈」？

很多用户先在电脑上验证：浏览器访问海外站点正常，Clash 连接列表里也能看到会话，但一把 Switch 2 连上家里 Wi‑Fi，eShop 仍长时间加载，或联机大厅提示网络错误。常见原因并不是「节点坏了」这一句话能概括，而是流量路径与解析路径在主机上走了另一套逻辑。Switch 系统会直连任天堂账号、CDN 与对战服务器，使用自己的 TLS 与 UDP 行为；若你的路由器上级链路对特定地区 IP 质量差、DNS 被污染、或中间设备做了强制劫持，主机上的表现就是超时与重试。更关键的是：即便 PC 开了系统代理，Switch 也不会自动走那个 HTTP/SOCKS 端口，除非你把整台主机的默认网关与 DNS指到一台会做透明转发或 TUN 截获的设备上。理解这一点，就不会再把「给手机配代理」的经验原封不动套到主机上。

二、拓扑选择：热点共享、旁路由与「谁当网关」

在不能给 Switch 装客户端的前提下，可操作的拓扑大致有三类。第一类是电脑开热点：Windows「移动热点」或 macOS「互联网共享」把无线网卡变成 AP，Switch 作为 STA 接入，此时电脑必须是网关，上游出口由本机 Clash 接管才有意义。第二类是路由器或软路由运行 Clash 系插件，Switch 仍连原有 Wi‑Fi，但 DHCP 下发的网关与 DNS 指向旁路由，这类方案稳定性通常更好，也更容易做长期维护。第三类是手机热点 + 电脑双网卡等变体，本质仍是「谁持有默认路由，谁负责把流量送进 Mihomo」。本文以第一类与第二类为主干，因为它们与读者搜索的热点共享关键词重合度最高；其中第一类对临时联机、短期下载系统更新往往最快上手。

与纯局域网代理场景不同，Switch 通常不会手动填写「代理服务器 IP:端口」，因此仅打开 allow-lan 让别设备连你的混合端口，往往不足以让主机游戏流量自动走代理。更常见的做法是在网关设备上启用 TUN 模式或等价的全局接管能力，使从热点分发的地址段经过策略分流。若你对 TUN 仍不熟悉，可先浏览《Clash TUN 模式开启方法》再返回本文，把「本机全局」推广到「网关下游」这一层来理解。

三、热点场景下，Clash 要站在「网关」这一侧

当你用电脑共享热点时，接入设备会拿到一个形如 192.168.137.x（Windows 常见）或桥接网段内的地址。此时电脑对它们而言就是下一跳路由器：所有访问公网的报文会先送到电脑，再由电脑做 NAT 发出。若 Clash 只监听 127.0.0.1 上的本地端口，而没有通过 TUN 或系统转发规则把来自热点网段的流量纳入策略，那么 Switch 的出口仍可能走你宽带的原始路径，表现就是「我明明开了 Clash，但主机完全没变化」。因此配置顺序建议为：先在不开热点时确认本机 TUN 或期望模式工作正常，再打开热点，用另一台手机连上热点跑一遍测速与 DNS 测试，确认下游设备的默认网关确实是这台电脑。

不同操作系统与 Mihomo 版本在「热点 + TUN」组合上存在细节差异：有的环境需要额外允许转发，有的防火墙会拦截来自虚拟 AP 网段的转发流量。遇到「手机连热点也无代理效果」时，不要先怀疑订阅，而应优先检查IP 转发、防火墙入站/转发规则，以及 Clash 是否只对物理网卡生效。更系统的端口与报错排查可对照《Clash 常见报错解决方案》中的通用流程，把「热点网段」当作一个新的观测维度即可。

四、Windows：移动热点与 Clash 的推荐搭配顺序

在 Windows 11 上，典型顺序是：以有线或主 Wi‑Fi 获得上游网络 → 启动 Clash 图形客户端并确认本机访问目标区域正常 → 在设置中开启「移动热点」，让 Switch 2 连接该 SSID。随后，在 Clash 中启用你需要的模式（常见为规则或全局下的 TUN 方案），观察连接列表是否出现来自热点网段的内网源地址。若列表始终只有本机进程，说明热点流量仍未进入内核；此时应回到上一节的网关视角，检查转发与防火墙，而不是反复切换节点。

Windows 防火墙对「专用网络」与「公用网络」 profile 区分明显，若热点被归到你不期望的配置文件，可能出现偶发阻断。建议将相关网络标记为可信任的专用网络，并为 Clash 核心或图形界面程序显式允许专用方向的入站（具体端口以你配置的 mixed-port、TUN 相关组件为准）。完成后再在 Switch 上执行一次网络测试，记录 NAT 类型与下载带宽，作为后续调参的基线。

五、macOS：互联网共享与 Clash 的注意事项

macOS 用户可通过「系统设置 → 通用 → 共享 → 互联网共享」把有线或某一网卡的出口分享给 Wi‑Fi 客户端。与 Windows 类似，共享开启后 Mac 对 Switch 扮演网关角色，Clash 侧仍需保证来自共享接口的转发流量会进入 Mihomo 策略。首次共享时系统可能弹出防火墙权限请求，应选择允许，否则下游设备会得到「能拿 IP、上不了网」的典型症状。若你同时使用 iCloud 专用代理或第三方安全软件，注意它们可能会改变 DNS 或路由表，必要时在排错阶段临时关闭以隔离变量。

与 Intel / Apple 芯片无关，差异主要在系统版本文案与权限路径；保持 macOS 与 Clash 客户端为较新稳定版本，能减少 TUN 组件与系统安全策略之间的摩擦。若你希望手机与主机长期共用一套规则，仍建议最终迁移到路由器方案，减少笔记本休眠带来的断网。

六、DNS：Switch 手动设置与 Clash DNS 模块如何对齐

eShop 与账号服务对解析结果非常敏感。若 Clash 使用 fake-ip，而下游设备仍向运营商 DNS 发起查询，可能出现「域名解析与连接目标不一致」的错觉，表现为页面空白或证书报错。实践上常有两种稳妥取向：其一，让网关设备（跑 Clash 的电脑或路由）统一提供可信的递归 DNS或 DoH，并在 DHCP 或共享设置里把 DNS 下发给 Switch；其二，在 Switch 网络设置里手动指定与 Clash 配置一致的 DNS 地址（例如指向你的网关 LAN 地址上监听的 DNS 端口，具体以你所用发行版文档为准）。

无论选哪种，都建议在修改后先重启一次网络服务与游戏主机网络测试，避免缓存旧记录。若你使用分流规则中的 DOMAIN / DOMAIN-SUFFIX 条目，请确认它们与 DNS 查询返回的规范域名一致；任天堂部分服务会用到多级 CDN 主机名，日志里看到的实际 SNI 可能与首页域名不同，需要以连接面板为准微调规则。

七、规则里建议覆盖的任天堂相关域名（示例）

下列名称仅作配置示例，用于说明「把账号、商店与联机相关主机名放进同一策略组」的思路；真实订阅中往往已有 GAME 或 Nintendo 分类，应优先复用提供方维护的规则集，再按需追加直连或代理。请勿把示例当作任天堂官方文档；不同区域、不同游戏会额外命中其他主机名。

# Example rules — replace PROXY with your policy group name
DOMAIN-SUFFIX,nintendo.net,PROXY
DOMAIN-SUFFIX,nintendo.com,PROXY
DOMAIN-SUFFIX,nintendo-europe.com,PROXY
DOMAIN-KEYWORD,eshop,PROXY

编写顺序上，建议把细粒度 DOMAIN 规则放在过于宽泛的 MATCH 之前，避免被兜底策略提前吃掉。若你同时玩其他平台游戏，可并列维护多组域名列表，用策略组区分「低延迟直连」与「走出口」的边界，以减少不必要的绕路带来的抖动。

八、Switch 2 上的验证与跟做清单

按顺序完成以下检查，可以显著缩短排错时间。第一，确认主机固件与游戏已更新到当前频道要求的版本，排除纯版本不匹配导致的联机拒绝。第二，在「互联网设置」中运行连接测试，记录 NAT 类型与下载/上传估算，这与后续调整是否走代理、是否需端口映射有关。第三，若仅 eShop 异常，尝试切换 DNS 与网关后重启主机，再观察错误码是否变化。第四，在 Clash 连接日志中过滤主机内网 IP，确认会话目标是否为预期的任天堂主机名与 CDN。第五，若使用双重 NAT（光猫路由 + 自建路由），先简化为一层 NAT 复测，避免把代理问题与家庭拓扑问题绑在一起。

九、NAT 类型与联机期望：如实设定目标

通过热点共享或游戏代理改善连通性，并不保证一定能得到「NAT A」或特定对战体验；P2P 联机还取决于对方玩家、游戏服务器中继策略与本地上行带宽。文章目的，是帮助你在合法合规前提下，把 DNS 与出口质量调整到「可连、可更新、可登录商店」的基线。若在某款游戏中仍频繁掉线，应在确认代理链路无丢包后，再查看游戏官方维护状态与防火墙设置。

网络代理工具可用于访问公开互联网资源与改善连接质量，但用户需自行遵守所在地法律法规与任天堂服务条款。请勿将本文用于绕过区域限制从事未授权商业行为或侵犯他人权益；共享热点时亦应注意局域网安全，避免在公共场所开放无加密或弱密码热点导致未授权接入。

十一、小结

Switch 2 不能本地安装 Clash，要把 任天堂联机与 eShop 从「一直转圈」拉回到可用区间，关键是让主机流量经过一台你能配置 Mihomo 的网关：要么电脑热点把 Switch 纳为下游客户端，要么路由器 / 旁路由统一 DHCP 与 DNS。配合合理的 DNS、谨慎处理 fake-ip，并在规则中覆盖任天堂相关域名（以订阅规则集为主、手工为辅），再用连接日志做闭环验证，排错会清晰很多。相比零散尝试多个节点，先把拓扑与解析理顺，往往事半功倍；而在桌面端需要图形化查看连接与一键切换策略时，成熟客户端能带来更省心的体验。→ 立即免费下载 Clash，开启流畅上网新体验