采用 302 代理时似乎不支持 SSL

[Jackisome]

用法：
emby + smartStrm，配置了 quark 的 302 代理，且申请了一个域名，通过 nginx 将 https 请求反代到 emby 8097 端口，SmartStrm 基础地址配置了 https://domain.com:443。

问题：
在浏览器上通过域名能正常打开 emby，但是播放视频时，会出现一个 GET https://domain.com:8024/xxx/xxx.mp4 的请求，这会被浏览器安全策略拒绝（NS_ERROR_NET_INTERRUPT）。尝试在 nginx 中通过 proxy_redirect 去掉 302 响应的 8024 端口，但看日志没有命中请求。请问 smartStrm 是否支持 SSL？8024 端口是否为强制拼接？

需求：
smartStrm 支持 SSL

[Cp0204]

先放下你现在所有的折腾。

1. SmartStrm 基础地址填内网 http://ip:8024 ，.strm 以这个地址重新生成。（如果是在vps，而非家庭网络，填127.0.0.1也行，只要能被同主机下的emby连通）
2. 302代理 8096 成 8097，再反代 8097 成 https，假设是 8098 端口
3. 在外网中只访问 https://domain.com:8098 就行了

[Cp0204]

你的操作中的坑：

SmartStrm 基础地址配置了 https://domain.com:443
但是播放视频时，会出现一个 GET https://domain.com:8024/xxx/xxx.mp4 的请求

这批 .strm 极有可能是你在改基础地址之前生成的

这会被浏览器安全策略拒绝（NS_ERROR_NET_INTERRUPT）

SmartStrm 的 8024 端口本身就不是 SSL 的，你这等于用 https 协议访问 http 服务。

---

如果你需求是在外网以 HTTPS 访问到 SmartStrm 的直链解析服务，则需要把 8024 端口用第三方工具反代为 https 假设 8025，再在基础地址填 https://domain.com:8025 ，重新生成 .strm ，不建议这么操作，这样要弄两套 https（目标分别是 8024、8097），按我楼上说的方法比较省事。

[Jackisome]

感谢回复，我的需求只是外网用 HTTPS 访问 emby，不关心底层如何实现播放。我对你所提供的方案的理解是，将 SmartStrm 基础地址填成内网地址，emby 会识别并且走转码，而不是 direct play。但是改为内网地址之后，重刷 strm，播放视频时能发现浏览器出现了 GET http://127.0.0.1:8024 的请求。请问是不是是哪里配置还有问题？

[Cp0204]

感谢回复，我的需求只是外网用 HTTPS 访问 emby，不关心底层如何实现播放。我对你所提供的方案的理解是，将 SmartStrm 基础地址填成内网地址，emby 会识别并且走转码，而不是 direct play。但是改为内网地址之后，重刷 strm，播放视频时能发现浏览器出现了 GET http://127.0.0.1:8024 的请求。请问是不是是哪里配置还有问题？

写成内网，302代理会识别并且正确提供直链。

这里应该是我代码中漏掉了没把 127.0.0.1 定义为内网（二次确认已正确定义），用 localhost 应该是可以的。

[Cp0204]

下个版本会修 127.0.0.1 这个问题

[Jackisome]

经过测试，使用 localhost, 127.0.0.1, 172.17.0.1 都不行，按照两套 https 的方案是可行的

[Cp0204]

经过测试，使用 localhost, 127.0.0.1, 127.17.0.1 都不行，按照两套 https 的方案是可行的

我又实测了一下，.strm 中写 localhost 和 127.0.0.1 都是可以的，可以被正确转发直链。
我想确认一下，你 emby https 所用的前置 302 代理是否是 SmartStrm 的？

[Jackisome]

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name www.xxx.com;

    ssl_certificate     /etc/nginx/certs/cert.pem;
    ssl_certificate_key /etc/nginx/certs/key.pem;

    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_prefer_server_ciphers off;

    access_log /var/log/nginx/emby.access.log;
    error_log  /var/log/nginx/emby.error.log;

    location / {
        proxy_pass http://172.17.0.1:8097;

        proxy_http_version 1.1;

        proxy_set_header Host              $host;
        proxy_set_header X-Real-IP         $remote_addr;
        proxy_set_header X-Forwarded-For   $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";

        # 流媒体优化
        proxy_buffering off;
        proxy_read_timeout 3600s;
        proxy_send_timeout 3600s;
    }
}

使用 docker 部署 SmartStrm，参数与 README 基本一致，-e PORT=8024 -p 8024:8024 -p 8097:8097；
SmartStrm - 系统设置 - 302 代理 - 服务端口为 8097，nginx 中监听域名 443 端口，转发到 172.17.0.1:8097（浏览器能打开 emby）；
SmartStrm - 系统设置 - STRM 设置 - SmartStrm 基础地址的完整内容为 http://127.0.0.1:8024

在这样的配置下无法正确转发

[Cp0204]

记录一下，供后人查证：

以上配置没有问题，后经验证无法正确转发的原因是使用了 Emby 旧版本，对 strm 播放的请求不一样。

• Emby 4.8+ : 对 DirectStreamUrl 字段链接播放
• Emby 4.6+ : 对 Path 字段链接播放

换 Emby 新版本即可。同时，在 v0.4.1 的 302 代理中也增加了对 Path 字段的修改，Emby 旧版本也可以正确转发真实直链地址了。