Closed Putarku closed 5 months ago
http 204 只是原始服务端返回的,无需返回内容的提示而已,不是报错哦,我看这行才是关键信息,试下直接用 https 访问服务,服务器信息那里加上 https:// 的前缀,不要用默认的 http:// 试下呢,nginx 上虽然做了 http 307 重定向到 https 上,但是可能部分客户端没有遵守这个状态码的规范,我看日志里也没有重新再发起字幕请求的信息了
192.168.31.237 - - [21/May/2024:05:52:36 +0000] "GET /Videos/28843/15a32bd418bc928b2db69be397b7967d/Subtitles/3/0/Stream.ass?api_key=xxx HTTP/1.1" 307 164 "-" "Filebox/1.3.20 (me.shuifeng.Filebox; build:235; iOS 17.2.0) Alamofire/5.8.0" "-"
测试了一下确实是https的问题,但比较奇怪的是,直接用直链nginx的https(8095端口)映射出去使用的话就会出现问题(直接用网页打开时可以看到证书的小绿标),并且其他应用也正常。 但如果用其他应用比如lucky反代8095或是8091就一切正常。 另外我一开始是用的群晖的反代,同样也出问题了,后面更换了lucky并开启万事大吉后就恢复正常了。
使用的设备同样是fileball和fileball的atv版本。在播放本地视频,并请求ass外挂字幕时出现了204的报错。
而如果是使用strm文件时,就可以正常加载strm旁边放着的ass字幕。
但除了fileball这个播放器,其他诸如infuse、网页、vidhub就没有类似的问题 192.168.31.237 - - [21/May/2024:05:52:36 +0000] "GET /Videos/28843/15a32bd418bc928b2db69be397b7967d/Subtitles/3/0/Stream.ass?api_key=xxxx HTTP/1.1" 307 164 "-" "Filebox/1.3.20 (me.shuifeng.Filebox; build:235; iOS 17.2.0) Alamofire/5.8.0" "-"
192.168.31.237 - - [21/May/2024:05:52:38 +0000] "POST /Sessions/Playing/Progress HTTP/1.1" 307 164 "-" "Fileball/235 CFNetwork/1490.0.4 Darwin/23.2.0" "-"
192.168.31.237 - - [21/May/2024:05:52:38 +0000] "POST /Sessions/Playing/Progress HTTP/2.0" 204 0 "-" "Fileball/235 CFNetwor k/1490.0.4 Darwin/23.2.0" "-" error.txt