一些相对无关的内容

在查找解决方案的时候，我看到了相关的帖子和项目；我遇到的问题跟这个不一样。 https://www.v2ex.com/t/1206716 https://github.com/lance-donif/apple-store-redirect

解决方案

Firefox 地址栏输入 about:config - 接受风险并继续 - 搜索 network.dns.use_https_rr_as_altsvc，修改为 false，就可以了。

全文完~

详细描述

第一次遇到这个问题是在 9 月 4 日。前一晚，我在 Firefox 的无痕浏览窗口，访问以前使用的大陆区 Apple 账户的 Apple Music Replay 页面，将其中的内容录制下来，与此同时，我又顺便在普通窗口中看了现在的账户（美区）的 Replay 内容。这时候，两边都能正常访问。

9 月 4 日，我在（以当前的美区账户）访问 music.apple.com 时，发现里面的内容全部变成了中文，底下还弹窗询问是否选择当前地区。系统语言和浏览器语言都是英语，Apple 域名分流到香港服务器——所以帖子中的第一部分是「相对无关的内容」，我并没有让 Apple 的请求走直连——但我遇到了相同的问题。在弹窗中，不管选择香港还是美国，这个弹窗都不会消失（还真是孜孜不倦呢）。不仅如此，访问 Replay 页面、music.apple.com 页面时，都会重定向到带有 /cn/new 后缀的 music.apple.com 的大陆区页面；访问 App Store 亦是如此。

这种情况在 Chrome 中没有发生，music.apple.com 和 App Store 都能正常访问，不发生重定向。根据 AI 的问题排查步骤，在 Firefox 中创建新的 Profile 、关闭 Firefox 的 HTTP/3 / QUIC 、关闭 Firefox 的 DoH ，都没作用。

之后，开始查看 Chrome 和 Firefox 各自的响应体，Response Headers 中的内容显示，两边的 Cookie 都有 geo=HK ，有明显差异的地方是：Firefox 在访问 music.apple.com 时进入了大陆的 CDN 链路（能看到 x-cache 中是 MISS KS-CLOUD ，其下的 x-cache-status 是 ... KS-CLOUD-FZ-CT ...、... KS-CLOUD-TAIZ-MP ... 等），location 显示 /cn ； Chrome 没有出现 Firefox 中的这些内容，以及，从 Chome 的 Remote Address 的内容（ 192.0.1.18:443 ），对比 Clash/Mihomo 配置文件中的参数，可以确认 Fake-IP 是生效的。

根据上一步的结果，访问 music.apple.com 查看 Clash 的连接记录。Chrome 的进程中，就是很普通的根据 DOMAIN-SUFFIX ，将 music.apple.com 请求及各种相关的 Apple 域名请求分流到指定的策略组； Firefox 的进程，看不到同样的根据域名的分流结果，而是将几个 ksyuncdn.com 后缀的内容根据 GeoIP 使用 DIRECT 策略，除此之外，也没看到 music.apple.com:443 这个 Host——Chrome 是有的。

继续分析连接记录，在 Firefox 进程的相关内容中，xp.apple.com 会根据域名后缀匹配走指定的策略组，而 xp.apple.com.w.cdngslb.com 根据 GeoIP 匹配使用 DIRECT ，后者是 Apple 域名经大陆 CDN 调度后的名字。加上前面的结果，实际情况应该是，Firefox 触发了一条不同的 DNS/CDN 解析链，Clash 在 TUN 模式下最终拿到了 CDN 别名，于是产生某些 Apple 请求走代理，某些 Apple 请求（ CDN ）走直连的效果。

因此，我遇到的问题应与浏览器行为有关：Firefox 使用 DNS 的 HTTPS/SVCB Resource Record ，把其中的 TargetName 当作实际的 routed host 。我用的是 Firefox 155 ，Mozilla 最近收到了一批和这个机制有关的问题，有几个相关的 Bug 反馈页面（看起来在 Nightly 中已经修复了。它们都是十几天前的，和我遇到重定向情况的日期很接近）： https://bugzilla.mozilla.org/show_bug.cgi?id=2068787 https://bugzilla.mozilla.org/show_bug.cgi?id=2069188 https://bugzilla.mozilla.org/show_bug.cgi?id=2066852

在我的使用场景中，Firefox 访问的是 Apple origin ，而另外建立了一个以 CDN canonical/routed hostname 为目标的连接。将 network.dns.use_https_rr_as_altsvc，修改为 false 就能在当前的 Firefox 版本中避免此重定向问题。这就是帖子开头说的解决方法的来源。

The end~