m3u8 地址打不开？六步定位问题根源
第一步：把链接喂给浏览器
新开标签页，把 m3u8 地址直接贴进地址栏回车。浏览器会把它当文本展示：能看到 #EXTM3U 开头的清单内容，说明链接还活着；得到 404、403 或一片空白，问题就出在链接本身，先回源头重新获取，别急着折腾播放器。
第二步：看 HTTP 状态码
用命令行问一下服务器到底回了什么：
curl -I "https://example.com/live/index.m3u8"200 一切正常；403 多与权限相关，常见于签名过期或防盗链；404 是路径不对或内容已下线；5xx 则是服务器自身出了故障。状态码不同，后续走的分支完全不同。
第三步：核对跨域响应头
链接能访问、网页播放器却失败，十有八九卡在 CORS。浏览器要求清单与分片的响应都携带 Access-Control-Allow-Origin，缺一个就拦截。验证办法很简单：同一个地址交给 VLC，能播就基本坐实是跨域问题——桌面播放器不吃这套策略。
第四步：检查清单里的加密标签
打开清单文本，留意有没有 #EXT-X-KEY:METHOD=AES-128。出现它说明分片被加密，播放器必须先成功拿到密钥文件才能解出画面。密钥地址若同样受防盗链或跨域约束，就会出现"清单正常、画面全黑"的现象，排查时要连密钥 URL 一起验证。
第五步：排除防盗链与协议混用
- 源站校验 Referer 时，第三方环境会被拒之门外；桌面播放器可自定义请求头再试。
- HTTPS 页面加载 HTTP 流会被浏览器直接掐断，两侧协议必须统一。
- 部分平台限制同一 IP 的连接数，共享网络或代理容易触发限制。
第六步：判断是不是源站凉了
前五步全部排除后，剩下的就是源头问题：服务器欠费、域名过期、CDN 配置变更，都会让整条流人间蒸发。这类故障客户端无能为力，能做的只有换源。排查期间随时用 在线播放器 交叉验证，再配合 卡顿排查手册 观察加载表现，定位会更准。