Steam 商店打不开或下载为零？Clash 分流规则与 UDP 联机逐项排查

先搞清问题：是「全不能上网」还是只有 Steam 异常

很多人遇到的情况是：浏览器、聊天软件都正常，但 Steam 客户端里商店进不去、社区一直转圈、下载速度为零，或能下载却进不了好友房、联机匹配失败。这通常说明运营商出口没断，问题出在 Steam 业务域名没走你期望的代理路径，或 UDP 游戏流量没进内核/TUN 面。若直接把 Clash 切成全局，有时能「蒙对」，却会带来其它应用全走代理的副作用，也不利于理解根因。更稳妥的是保持 mode: rule，为 Clash 与 Steam 相关的域名与进程路径单独设计分流规则，再按症状逐项验证。

本文假设你已会导入订阅、切换节点；若需要复习规则顺序、DOMAIN-SUFFIX 与 GEOIP 谁应靠前，请先读 规则分流长文。与任天堂、Switch 等主机场景不同，Steam 客户端跑在 Windows / macOS / Linux 本机时，只要让本机的流量正确进入 Clash TUN 或按文档设好系统代理链，一般不必折腾旁路由，除非你在做网关级透明代理。

把症状分开：商店/社区、下载、联机是三件事

商店打不开、社区白屏，多与 store.steampowered.com、steamcommunity.com 等Web 与 API 主机名的 HTTPS 访问有关，常见于域名被误直连到受阻路径，或 DNS 解析与出口地区不一致导致握手失败。

下载慢或进度条长时间为零，除了节点带宽，更要看 下载 CDN 是否被规则提前送到了不合适的组：Steam 大文件常落在 Akamai、CloudFront、Fastly 等通用边缘上，SNI 或嗅探出的域名可能不在你想象中的「steampowered」字面下，需结合连接日志补规则。

联机与进房往往牵涉 UDP 与 NAT 类型（如对称型 NAT 与 Full Cone 的差异），与「能打开网页」不是同一类问题。只开系统 HTTP/HTTPS 代理时，不少游戏的 UDP 包并不经过代理栈，需要 TUN 模式或显式对游戏可执行文件与端口做处理。可对照 TUN 模式与全局代理 一文，把「哪一层在接管五元组」想明白。

Steam 分流：独立策略组 + 域名段置顶

实践上建议为 Steam 建一个独立策略组（例如 PROXY-STEAM），在 rules: 里用 DOMAIN-SUFFIX 覆盖 steampowered.com、steamstatic.com、steamcommunity.com、valvesoftware.com 等常见后缀，并把这些规则放在会把流量导到「国内直连」或无关默认组之前的靠前位置。你订阅里的远程规则集若含有「游戏平台」或「国际站」分类，也应注意与自定义 Steam 行谁在上谁在下，避免被更宽泛的 GEOIP,CN 或 MATCH 抢先匹配。

若使用 mihomo 的 Sniffer，要核对嗅探与规则顺序是否与 Sniffer 排障文 中描述一致，否则会出现「日志里看到域名、策略却落在默认组」的错位感。对纯 IP 直连接、无 SNI 的流，可能还要配合 IP-CIDR 或规则集里的 Steam CDN 段（以你实际日志为准，勿盲抄大段 IP）。

YAML 骨架：教学用示例

下面是一段仅作结构示意的骨架，请按你的面板字段与节点名称改写，勿当作唯一生产配置。核心是：STEAM 相关 DOMAIN-SUFFIX 出现在宽泛匹配之前。

proxy-groups:
  - name: PROXY-STEAM
    type: select
    proxies:
      - 低延迟/稳定游戏节点
      - 高带宽节点
      - DIRECT

rules:
  - DOMAIN-SUFFIX,steampowered.com,PROXY-STEAM
  - DOMAIN-SUFFIX,steamstatic.com,PROXY-STEAM
  - DOMAIN-SUFFIX,steamcommunity.com,PROXY-STEAM
  - DOMAIN-SUFFIX,valvesoftware.com,PROXY-STEAM
  - DOMAIN-SUFFIX,steamserver.net,PROXY-STEAM
  # 根据连接日志与 Rule Provider 继续补充
  # 保持顺序在会提前直出或回默认组的规则前

系统代理、仅浏览器与 TUN：Steam 客户端走哪条链

若你只在系统设置里填了 127.0.0.1:7890 一类 HTTP 代理，部分老版本 Steam 对 SOCKS 或系代规范支持不完整，可能出现「设置里已开代理、客户端仍走直连」的情况。更可靠的做法是在对应 GUI 中开启 「设置为系统代理」或安装/启用 TUN 虚拟网卡，让全机或至少 Steam 相关进程进入 mihomo 的分流面。若你刻意使用「仅浏览器走插件代理」，要意识到那与 Steam 独立进程无直接关系，商店仍可能打不开。

在 Windows 上若同时有 WSL2、Docker 等虚拟网卡，路由优先级混乱有时会表现为「部分应用绕开 Clash」。可交叉阅读 WSL2 与 Clash 路由，先排除多网卡抢默认路由的干扰，再回到 Steam 规则本身。

下载区、CDN 与「为零」的几种常见原因

在客户端设置中更换下载地区，本质上是让 Steam 选择不同边缘与调度策略；若你当前规则把下载域名送到了错误出口，会出现「选哪个区都慢或为零」的假象。排障时请在 mihomo 连接页观察：触发下载时出现的目标主机名与进程名，将缺失的后缀或 CDN 名补进规则或独立 Rule Provider。与此同时，检查 DNS 是否经 Clash 解析、fake-ip 是否与 nameserver-policy 对齐，避免「解析在一个国家、实际连接在另一个国家」的错配。更系统的 DNS 与 TUN 关系可见同一目录下的 TUN 指南与 仅浏览器/系统代理差异 类文章，按需对照你的拓扑。

UDP 游戏联机与 NAT：和「HTTP 能上网」是两套题

《反恐精英》《Dota2》等多数P2P 或 Source 系联机依赖 UDP 打洞与中继。若 Clash 侧节点对 UDP 支持差、或本机仍是对称型 NAT 且未被正确映射，会表现为能登录平台、能浏览商店，但语音断续、进房失败、红字 NAT。请先看节点与内核是否对 UDP 放行，再查延迟测试全红、DNS 与 STUN 等是否与 全红节点与 UDP 排障 文中描述的情况一致。若你确定需要「游戏直连、仅平台网页走代理」，要清楚自己在规则里对 Steam 游戏流量选择了 DIRECT 还是随代理，避免重复 NAT。

可复现检查清单

1. 确认 Clash 为 mode: rule，且 Steam 相关 DOMAIN-SUFFIX 在会提前直出/默认的策略之前。
2. 打开连接日志，在商店、社区、下载、进房各操作一次，记录未命中或落在错误组的域名与进程。
3. 核对 DNS 是否全部经 Clash；暂时关闭冲突的加密 DNS 或 IPv6 旁路，缩小变量。
4. 下载仍为零时，尝试更换下载区并复测，同时观察 CDN 主机名是否变化。
5. 联机问题单独测 UDP：换节点、对比 TUN 开/关、记录 NAT 类型说明变化。

小结

Clash 与 Steam 配合的关键，是让客户端真实流量进分流面，再为 Steam 业务域名写好分流规则顺序；下载慢跟 CDN 与 DNS 更相关，UDP 联机则要在「节点、内核、TUN 与 NAT」上单独下结论。相比反复切换全局，按本文顺序从规则命中、代理链、再 UDP，一般更快定位。需要各平台安装包时，请优先使用本站 下载页 获取，与项目开源仓库信息区分即可。

若你已习惯在规则里为流媒体、开发工具分门别类，给 Steam 加一层独立策略与日志验证，体验会持续稳定得多。相比只换节点或只换订阅，把路径想清楚往往一次到位。→ 立即免费下载 Clash，开启流畅上网新体验