速度与延迟 测速节点为什么 fast.com 快但 YouTube 仍然卡？
这是一条基于真实文档和社区排障经验整理的资料帖，适合后续集中补充案例。
核心结论
- 测速站 CDN 和目标站 CDN 不同。
- 代理规则可能让测速和视频走了不同出口。
- 视频卡顿还受丢包、抖动和拥塞影响。
建议排查顺序
- 先确认客户端、系统版本、网络环境是否明确。
- 再确认订阅或单节点字段是否完整，尤其是协议、端口、传输、TLS、SNI、DNS。
- 最后看日志和复现条件，不要只用 “能用/不能用” 判断。
参考资料
- mihomo DNS 文档: https://wiki.metacubex.one/en/config/dns/
欢迎把本帖作为模板补充你的真实测试结果。公开回复时请打码订阅链接、UUID、密码、token 和完整服务器地址。
补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。
针对「测速节点为什么 fast.com 快但 YouTube 仍然卡？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。
如果要继续求助，建议把客户端名称、版本、网络环境和打码后的错误日志一起贴出来。
针对「测速节点为什么 fast.com 快但 YouTube 仍然卡？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。
这个点很容易和节点质量混在一起判断。最好用同一客户端、同一网络、同一时间段对比两个节点。
针对「测速节点为什么 fast.com 快但 YouTube 仍然卡？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。