YouTube Music进不去？按这套步骤排查，先分清是网络、DNS还是本地问题

开场：先别急着重装，先看它到底卡在哪一层

哈喽兄弟们，今天这个问题很典型：YouTube Music进不去。你点开后是白屏、转圈、提示网络错误，还是能进首页但一播放就挂？先别急着“换来换去”，我带你像排查线上服务一样，一层一层拆开。OK，所以第一步不是猜，而是定位：到底是本地问题、DNS问题，还是网络封锁。

我一般会先做一个最小化测试：同一台设备，先关掉所有额外插件，再切换一次网络，比如 Wi‑Fi 和手机热点各试一次。这个动作很关键，因为它能立刻告诉你问题是不是“只在某个网络环境下出现”。如果两个网络都不行，优先怀疑本地配置；如果只有某个网络不行，那就更像 DNS、路由或网络侧限制。

第1章：三分钟定位，先把问题分到正确的桶里

接下来我们做一个很实用的分流。你打开浏览器，分别测试这三类现象：能不能打开网页、能不能加载封面图、能不能正常播放音频。如果网页都打不开，通常不是播放器的问题，而是站点访问链路前半段就断了；如果网页能开但音频不播，可能是媒体域名、浏览器权限或代理分流规则有问题。

我建议你按这个顺序排查，别跳步：

换网络：Wi‑Fi ↔ 手机热点。
换客户端：浏览器 ↔ 手机 App。
换 DNS：当前 DNS ↔ 1.1.1.1 或 8.8.8.8。
关掉本地拦截：浏览器扩展、系统代理、广告过滤、私有 DNS。
看报错类型：超时、DNS 失败、403、空白页、转圈。

这里有个小技巧：如果你看到的是“DNS_PROBE_FINISHED_NXDOMAIN”，八成是 DNS 解析没走通；如果是加载很慢但最终失败，更像链路被阻断或代理规则没覆盖到；如果别的网站都正常，只有 YouTube Music 不行，那就重点看它的域名和媒体资源是否被单独拦截。

第2章：先修 DNS，再看本地环境，别一上来就乱改系统

OK，来做一个最容易验证的动作：把 DNS 改成公共 DNS。电脑端你可以先临时测试，不要一口气改系统全局。Windows 上进网卡设置，把 IPv4 DNS 改成 1.1.1.1 和 8.8.8.8；macOS 里在网络详情里手动添加同样的地址；手机如果支持私有 DNS，也可以先临时关掉再试。

为什么先查 DNS？因为很多“进不去”其实是域名解析阶段就卡了。你可以直接做个验证：打开命令行执行 nslookup music.youtube.com 或 nslookup www.youtube.com，看它是否能返回解析结果、耗时多少。实测里，正常解析通常在几十毫秒到 200ms 左右；如果直接超时或返回异常结果，就说明问题不在播放器，而在解析层。

如果 DNS 正常，再看本地环境。浏览器里把这些东西暂时关掉：广告拦截扩展、脚本拦截扩展、隐私增强插件、系统级代理、抓包工具。很多时候不是 YouTube Music坏了，而是你本地把它需要的脚本、媒体域名、Cookie 给拦了。先用“干净环境”试一次，判断会非常清楚。

第3章：网络封锁怎么判断，别靠感觉，靠可复现的现象

现在进入最关键的一步：判断是不是网络层限制。最简单的方法是做对照组。你在同一设备上，切换到手机热点再访问一次；如果热点可以、原网络不行，那大概率是当前网络的策略、路由或 DNS 出了问题。反过来，如果所有网络都不行，那就继续看本地配置或账号环境。

还有一个很实用的判断方法：看页面加载的哪一部分失败。如果首页框架能出来，但封面图、推荐列表、播放按钮不断重试，说明主文档拿到了，但部分资源被卡住；如果连首页壳子都出来不了，就是更前面的访问层就失败了。这个区分很重要，因为它决定你该改 DNS、改分流，还是直接换网络环境测试。

如果你手里有命令行工具，可以再跑一个基础连通性测试。先看解析：nslookup music.youtube.com；再看 HTTPS 是否能握手：curl -I https://music.youtube.com。如果解析有结果但 curl 卡住、超时或返回异常状态码，那就说明不是“网页坏了”，而是链路问题。这个判断非常接近开发者排障思路：先定位失败点，再决定怎么修。

第4章：按场景给你一套可复制的修复步骤

接下来我直接给你一套从轻到重的修复顺序，你照着做，效率最高。第一步，清空浏览器缓存和站点数据，尤其是 Cookie 和 Service Worker 缓存；第二步，关闭所有扩展后无痕模式重试；第三步，切换 DNS；第四步，切换网络；第五步，再考虑重置系统代理或网络栈。别倒着来，先动小的、可逆的改动。

如果你是手机端，重点检查这几个地方：私有 DNS、系统代理、VPN/加速器的分流规则、App 权限。有时候页面能打开但播不了，是因为音频请求没被正确放行。你可以用同一个账号在浏览器和 App 各试一次，记录结果：能否打开、能否搜索、能否播放、能否切歌。把结果写下来，别凭感觉猜。

如果你是开发者，建议顺手看一下终端里的时间和错误码。比如连续三次测试，第一次 DNS 失败、第二次超时、第三次能打开但播放失败，这通常说明你的修改确实影响了链路，但还没完全恢复。修复不是看“某一次好像行了”，而是看连续 3 次结果是否稳定一致。

第5章：如何验证问题已解决

别停在“感觉好了”。真正的验证要像做回归测试一样，跑一遍固定流程。你可以按下面这组检查：

浏览器无痕模式打开 YouTube Music，首页 10 秒内是否能加载出来。
随机点开 3 首歌，是否都能正常开始播放。
切换一次网络后再测一次，结果是否一致。
执行一次 nslookup music.youtube.com，看解析是否稳定。
如果你改过 DNS 或代理，重启浏览器后再复测一遍。

我自己的判断标准很简单：连续 3 次打开成功、连续 3 首歌曲能播、切网后仍然可用，才算真解决。只要其中一个环节还会复发，说明问题只是暂时绕过去了，底层链路还没稳定。

如果你试完上面这些步骤还是不稳定，那就继续回到第1章，重新看是卡在解析、连接还是播放资源。把每一步结果记下来，你会发现问题其实没那么玄学，基本都能定位到具体一层。

如果你想找更多可选方案，eccfy 上也会整理一些开发者工具和网络排障思路；而像 roxi.cc 这类工具只是众多选项之一，免费方案、系统自带设置和自建方式同样可以先试，不必一开始就上付费工具。