使用反代时 无法正确获取url协议以及端口

[samni728]

在使用 Windows 版本 1.02 ，通过 Nginx Proxy Manager 进行反向代理时遇到了问题。具体来说，在合成过程中生成的 WAV 文件 使用了 HTTP 协议 而非 HTTPS，并且当使用自定义端口时，端口号未能正确处理，导致 WAV 文件无法正常访问。

1.	环境信息：
•	chattts Windows 版本 1.02
•	使用 Nginx Proxy Manager 进行反向代理。
•	通过 HTTPS 访问服务并使用自定义端口（如 8443）。
•	在局域网中通过 HTTP 访问没有问题。
2.	问题场景：
•	通过反向代理访问时，生成的 WAV 文件 URL 使用的是 HTTP 协议，而不是 HTTPS。
•	使用的自定义端口（如 8443）在生成的 URL 中未正确处理，导致生成的 URL 中缺少端口。
•	因此，WAV 文件无法加载或播放，生成的 URL 是不正确的。
3.	预期行为：
•	在使用反向代理时，生成的 WAV 文件 URL 应该遵循实际访问的 协议（HTTPS） 和 自定义端口（如 8443）。
•	WAV 文件应正常加载和播放，URL 应正确反映当前使用的协议和端口。
4.	复现步骤：
1.	在 Windows 上安装应用。
2.	使用 Nginx Proxy Manager 进行 HTTPS 和自定义端口（如 8443）的反向代理。
3.	执行合成操作，生成 WAV 文件。
4.	观察生成的 WAV 文件 URL 使用了 HTTP 而非 HTTPS，且未包含自定义端口，导致文件无法加载或播放。
5.	当前的临时解决方案：
•	直接通过 HTTP 访问 局域网访问（不使用反向代理）可以正常工作。
•	但是，这并不是一个长久的解决方案，因为需要通过 HTTPS 和反向代理进行安全访问。

期望的解决方案：

系统应该能够动态生成正确的 WAV 文件 URL，并根据实际的请求情况，正确识别并使用 HTTPS 协议 和 自定义端口。

补充信息：

•	该问题仅在使用反向代理时出现，直接通过 HTTP 访问服务不会遇到此问题。
•	请建议可能的配置或更新，以便在使用自定义端口的反向代理环境中解决此问题。

标签：

•	bug
•	反向代理
•	Windows