YouTube 卡成幻灯片、Netflix 只出首页不出画，不一定是「Clash 坏了」。先看连接页：打开视频时有没有对应域名记录。没有记录，是浏览器没走代理；有记录仍不能播，再谈节点地区、带宽和 DNS。
延迟低不等于能看高码率。测速 50ms 的节点，扛 4K 仍可能不够。用大文件下载或实际播放码率检验，比只看延迟靠谱。慢速总体思路见慢速优化。
YouTube 常见几种坏法
能开首页、进度条不动：常是 CDN 域名被规则直连，或 DNS 指到错地址。检查规则里流媒体相关是否误伤（规则分流），DNS 对照DNS、fake-ip。广告拦截扩展、多套代理插件叠在一起，也会让人以为是 Clash 的问题——先关扩展对比。
去广告、去推荐和代理无关；别为了广告去下来路不明的「油管加速包」。
Netflix：地区、账号、节点要匹配
账号地区和节点出口不一致时，常见表现是只能逛不能播，或提示网络错误。不要用「全局模式 + 随便一个节点」赌解锁；选机场标明流媒体/对应地区的节点，失败就换同地区其它节点，而不是开十种模式。专线节点和普通节点差的是带宽与解锁稳定性，以供应商说明为准。
Tun、设备、家里抢带宽
浏览器已走系统代理时，不一定非开 Tun；电视盒、投屏、不读系统代理的 App 再考虑Tun。晚上全家抢带宽，先限其它下载再怪代理。IPv6 优先导致抽风时，可临时关 IPv6 或调整 DNS 策略做对比。学校/酒店 Wi‑Fi 有 QoS 时，换热点能快速验证。
别忽略的「假流媒体问题」
浏览器硬件加速/解码异常、字幕轨加载失败，看起来像卡顿，其实和代理无关。同一问题若 Discord 语音也挂，优先看 UDP 与节点，见Telegram/Discord 代理。
验收与止损
先用命令行确认基础可达性（能 200 不等于能看高码率，只算第一层证据）：
curl -sI -o /dev/null -w "%{http_code}\n" -x http://127.0.0.1:7897 https://www.youtube.com
curl -sI -o /dev/null -w "%{http_code}\n" -x http://127.0.0.1:7897 https://www.netflix.com连接页有播放域名记录；能稳定播完一段非 144p 的内容；换节点有明显差异。一直不行：退回「系统代理 + 一个已知能看的节点」，停掉同时改规则/DNS/Tun。客户端用来源可核验的包（下载中心）。