别再传错版本：91网线路真正的说法是这样（细节全）

别再传错版本：91网线路真正的说法是这样（细节全）

开篇直说：很多人在转发“91网线路”时，版本、地址、端口或参数经常写错，导致无法访问、走错CDN，甚至被防火墙拦截。本文把常见误区、正确写法、验证方法和排查步骤都列清楚，方便你一次看懂、一次传对。

一、先定义：什么是“线路”里的关键要素

• 域名或IP：用户访问的主机地址（例如 example.com 或 1.2.3.4）。
• 协议：HTTP/HTTPS、ws/wss、rtmp 等。协议错了就连不上。
• 端口：默认端口可省略（80/443），非默认端口必须写明。
• 路径与参数：API、播放文件（如 /live/stream.m3u8）及附带的 token、t 参数等。
• CDN/镜像：同一内容可能有多个节点，正确的线路通常明确了首选节点或主域名。
• 签名/过期时间：很多线路带签名或 timestamp 校验，误传旧签名等同于失效。

二、常见错误与正确写法示例 常见错误：

• 写成 http://example.com:443/（协议与端口不匹配）
• 忽略路径中的大小写（Linux服务器区分）
• 复制了带会话 token 的临时链接（短效，转发后会失效）
• 把 CDN 备用域名当主域名发出，导致跨域或证书提示

正确写法示例：

• https://stream.example.com/live/abcdef.m3u8 （HTTPS + 正确路径）
• wss://push.example.com:8443/socket?app=live&stream=12345 （注意端口与协议一致）
• 若存在签名，最好标注“此为临时签名，过期时间：YYYY-MM-DD HH:MM”，或直接提供无签名的标准访问地址并说明鉴权方式。

三、如何在发布前快速验证线路（零门槛步骤） 1) 浏览器直接访问（适用HTTP/HTTPS）

• 打开链接看是否能正常加载；出现证书错误、重定向循环或 404/403 都是异常提示。
  2) 使用 curl 查看响应头（适用于HTTP/HTTPS）
• curl -I "https://stream.example.com/live/abcdef.m3u8"
• 关注返回码（200、301、302、403、404）、Content-Type、Server、Location 等字段。
  3) 检查证书（HTTPS）
• 在浏览器点击锁形图标查看证书签发者和有效期，确认域名匹配。
  4) 使用 ping/traceroute 测试连通性（排查DNS或路由问题）
• ping stream.example.com
• traceroute stream.example.com（或 tracert 在 Windows）
  5) 通过开发者工具查看具体请求（含跨域、Cookie、Headers）
• Network 面板可看到请求发出与响应详情，便于确定问题点。
  6) 视频流或 websocket 的专用检测
• 对 m3u8 可用 FFmpeg 拉流检测：ffmpeg -i "https://…" -c copy -t 5 out.ts
• websocket 可用 wscat 或浏览器控制台测试连接。

四、最容易忽视但常导致错误的细节

• 临时签名与时间戳：很多人把带签名的临时URL直接转发，过期后对方无法访问。建议转发标准访问方式或说明有效期。
• 大小写敏感的路径：文件名或路径的大小写错误极其常见。
• 隐式端口与协议不一致：例如把 https:// 写成 http:// 而端口保留 443，会导致连接失败。
• CDN 缓存造成的错觉：老文件被缓存，会让人以为链接正确但内容不是最新。可以加 cache-bust 参数验证。
• 跨域（CORS）策略：前端请求被阻止时，后端其实返回了正确数据，但浏览器报错为 CORS 拦截。

五、分享线路的推荐格式（便于别人直接使用）

• 写清主域名与备用域名；示例：主：https://stream.example.com，备用：https://cdn1.example.com
• 标注协议和端口：例如 HTTPS（443），或 HTTP（80）等
• 明确路径和参数模板：/live/{streamId}.m3u8?token={token}，并说明 token 是否必需、是否临时
• 若有有效期或签名规则，直接列出有效期或签名生成方法（例如：签名 = md5(streamId + secret + expire)）
• 若适用于播放器（如 VLC、FFmpeg、HLS.js），给一个示例命令或播放器配置

六、排查实战流程（遇到问题照着做） 1) 先用浏览器或 curl 看能不能访问，记录返回码。 2) 如果是证书或重定向问题，检查证书域名和 Location。 3) 若是 403/401，确认是否需要 token 或签名，检查参数是否完整且未过期。 4) 出现延时或卡顿，做 ping/traceroute，看是否是路由问题或丢包。 5) 视频流卡顿还需要检查 CDN 节点、带宽、m3u8 分片长度和播放器缓冲策略。 6) 上报或转发给同事时，附上 curl -I 输出或开发者工具截图，能大幅提升定位效率。

七、常见问答

• 问：为什么别人能看我不能？
  答：常见原因包括临时签名过期、IP/地区限制、DNS解析差异或本地防火墙。
• 问：可以直接转发带 token 的链接吗？
  答：最好不要。若必须转发，务必注明有效期与用途，或给出标准接入方式。
• 问：如何防止自己发错版本？
  答：建立一个“标准线路说明”模板，包含主域名、备用域名、示例请求、签名规则和有效期说明，每次转发用模板核对一次。

结语 发线路不是随手复制粘贴就完事的活，关键在于把协议、端口、路径、签名和有效期这些要素核清楚。照着本文的检查清单做一遍，你传出去的链接能大幅减少出错率，别人也能更顺利地接入或验证。需要我把你现在要发布的线路做一遍核查吗？把链接发过来，我帮你看一遍细节。