UnblockNeteaseMusic / UnblockNeteaseMusic/server
win客户端无法使用docker
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 7.8k
- Forks
- 762
- PR merge metrics
- No merged PRs in 30d
Description
Bug 描述
您好 感谢开发的项目
遇到了一点问题 研究了6小时 详细看文档查相关教程资料看issue排查服务器等等都没找到问题 本来想不用了 用release本地 想想还是发一个issue总结吧 可能别人也有问题
主要是想公网部署本地省资源还可以自动更新 就想云端部署
我是在香港阿里云跑的 docker 一个个设置环境变量 测试没网络 https://github.com/nondanee/UnblockNeteaseMusic/issues/22#issuecomment-429596962 实际上每一个界面都没网络 log也没出现过mimt的中间人日志
然后 发现没有-s就是普通http代理 我就放到梯子软件测试 发现根本不通
根据之前搭建代理经验 排查了服务端一些问题 没有异常端口也正常开放 其他代理项目正常
我就想到可能是阿里云不让搞http代理 或者服务器ip不允许 https://github.com/nondanee/UnblockNeteaseMusic/issues/48#issuecomment-477874091 换了个美国服务器 还是不行
最后 看了这个 https://github.com/UnblockNeteaseMusic/server/issues/1098#issuecomment-1540209017 用他一样的命令一样没效果 同时说明确实是公开的http代理 我却用不了
既然可以当做http代理 客户端测不通 感觉可能是证书 想试试证书 https://github.com/UnblockNeteaseMusic/server/discussions/426 直接挂到浏览器全局 结果https://music.163.com/ 并不是证书异常 而是超时 但是服务器测试curl ping都可以通
然后.. 发现几乎所有网站都是超时或者
但是同时又可以进的去这台美国服务器搭建的网站
我也不知道是为啥了 虽然感觉没用 试试证书安装了 也还是不行 总结发一个issue吧
预期行为
No response
实际行为
No response
复现步骤
No response
启动命令及环境变量
然后自签证书 https 设置-s token认证 都试过一个个开启和取消都没效果 /proxy.pac正常说明服务也没问题
日志内容
网易云音乐歌曲链接
No response
网易云音乐版本号
最新版3.1.7
操作系统
win11
其他信息
No response
问题排查
- 我确认我使用的核心是由 UnblockNeteaseMusic 项目官方发行,不是其他任何 fork。
- 我确认我已经升级到了最新的核心版本(推荐使用最新构建而不是 release)。
- 我确认我已经启用了 HTTPS 端口。
- 我确认我已经正确设置了 EndPoint。
- 我确认我已经在对应的客户端正确安装了 CA 证书。
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source file, test, or reproducible command is identified; begin by reviewing the Docker deployment and proxy entry points for the reported Win11 client failure. Reproduce with the stated environment variables, HTTPS/CA settings, and proxy.pac behavior, then use the container logs and client timeout results to define a verifiable fix.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, javascript
- Domain
- devops, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100