interface.music.163.com 的請求似乎都會失敗

[lekoOwO]

Bug 描述

如題
架好之後，music.163.com 的請求沒問題 (music.163.com 的網頁正常)，但 interface.music.163.com 的請求似乎都會失敗導致客戶端無法使用

预期行为

No response

实际行为

No response

复现步骤

No response

日志内容

INFO: (app) HTTP Server running @ http://0.0.0.0.:80
INFO: (app) HTTPS Server running @ http://0.0.0.0:443

网易云音乐歌曲链接

No response

网易云音乐版本号

2.10.10 Patch 1

操作系统

Windows 11

其他信息

Server 使用 Linux binary 版架設
LOG=debug NO_CACHE=true SIGN_CERT=/root/certs/server.crt SIGN_KEY=/root/certs/server.key ENABLE_FLAC=true /root/unblockneteasemusic-linux-x64 -o ytdlp bilibili -p 80:443 -s

使用軟體內代理會出現此情況
修改 Hosts 的話一開始會一直連接失敗，然後軟體就會 fallback 到他們伺服器的正常 IP 上。

问题排查

• 我确认我使用的核心是由 UnblockNeteaseMusic 项目官方发行，不是其他任何 fork。
• 我确认我已经升级到了最新的核心版本（推荐使用最新构建而不是 release）。
• 我确认我已经启用了 HTTPS 端口。
• 我确认我已经正确设置了 EndPoint。
• 我确认我已经在对应的客户端正确安装了 CA 证书。

[1715173329]

很抱歉目前我暂时没有 2.10.10 的环境。请问您的 binary 是从 actions 中下载的吗？

[lekoOwO]

很抱歉目前我暂时没有 2.10.10 的环境。请问您的 binary 是从 actions 中下载的吗？

是 https://github.com/UnblockNeteaseMusic/server/releases/download/v0.27.1/unblockneteasemusic-linux-x64 這個版本

[1715173329]

目前主分支有一些兼容性修复，但还未发版。
可以试试 https://github.com/UnblockNeteaseMusic/server/suites/13714027090/artifacts/758518935 (https://github.com/UnblockNeteaseMusic/server/actions/runs/5315648887)

[lekoOwO]

剛剛嘗試了，似乎沒有改善

[lekoOwO]

更新：使用 evivedUnblockInstaller 可以使用

[lekoOwO]

看起來使用 BetterNCM 版本的時候，請求都會正常發到 music.163.com
但是使用 linux 版的時候，請求都是往 interface.music.163.com 發，然後伺服器不回應就失敗了，我沒看懂原因是什麼

[1715173329]

开了个虚拟机测了下似乎没有问题，如果你替换了默认的证书，请确保信任了你自己签发的根证书。
参考 #426

[lekoOwO]

我確認我有信任我的證書

這個狀況我只在 linux 上的 server 版本能重現
本地跑個 windows 的就沒問題

[1715173329]

我主要是在路由器上面运行的，也是 linux。不过我没有启用严格模式。
最新版本 v0.27.2 理论上已经默认开启 endpoint。

[1715173329]

可能与 #1140 相关，可以试试

[lekoOwO]

似乎跟 #1140 沒有關係

[lekoOwO]

先前 LOG 參數下錯了

用 LOG_LEVEL=DEBUG 可以得到

INFO: (app) HTTP Server running @ http://10.121.124.13:80
INFO: (app) HTTPS Server running @ http://10.121.124.13:443
DEBUG: (server) TUNNEL
    url: "s6.music.126.net:443"
DEBUG: (server) TUNNEL
    url: "st.music.163.com:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "ac.dun.163yun.com:443"
DEBUG: (server) TUNNEL
    url: "ac.dun.163yun.com:443"
DEBUG: (server) TUNNEL
    url: "ac.dun.163yun.com:443"

之類的 log，不過還是相同錯誤
客戶端很多都是 net::ERR_EMPTY_RESPONSE 的錯誤

[pan93412]

沒有 MITM 只有 TUNNEL 很有可能是因為你 TLS 憑證沒有裝好……

[lekoOwO]

應該不是

[lekoOwO]

我觀察到的情況是很多 music.163.com 下的網頁要轉很久，甚至載入錯誤
感覺 server 愛理不理的

[lekoOwO]

用安卓版的 代理指向伺服器 好像也是只有 TUNNEL

[SakuraKoi]

先前 LOG 參數下錯了

用 LOG_LEVEL=DEBUG 可以得到

INFO: (app) HTTP Server running @ http://10.121.124.13:80
INFO: (app) HTTPS Server running @ http://10.121.124.13:443
DEBUG: (server) TUNNEL
    url: "s6.music.126.net:443"
DEBUG: (server) TUNNEL
    url: "st.music.163.com:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "10.121.124.13:443"
DEBUG: (server) TUNNEL
    url: "ac.dun.163yun.com:443"
DEBUG: (server) TUNNEL
    url: "ac.dun.163yun.com:443"
DEBUG: (server) TUNNEL
    url: "ac.dun.163yun.com:443"

之類的 log，不過還是相同錯誤 客戶端很多都是 net::ERR_EMPTY_RESPONSE 的錯誤

同样的问题, 有找到解决方案么
使用的最新开发分支编译的版本

[SakuraKoi]

破案了, music.163.com的dns解析走梯子了, 解析到了个连不上的ip

> ping music.163.com
PING overseasv4.music.ntes53.netease.com (103.126.92.133) 56(84) bytes of data.
^C
--- overseasv4.music.ntes53.netease.com ping statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 8231ms

添加-f参数手动指定网易云服务器ip后解决

[lekoOwO]

哎，我的也是走梯子了，感謝