xring

看起来跟 RAM 子帐号相关的都受影响了，权限体系也是、

如果选择了美区，然后提交的是国内信息，大概会有这个回复：
```
Thanks for letting me know that your country is different then what’s showing on the enrollment.

I have withdrawn your enrollment. Your credit is being reviewed and you will receive a status update by email soon.
```

Fn: the closure uses the captured value by reference (&T)
FnMut: the closure uses the captured value by mutable reference (&mut T)
FnOnce: the closure uses the captured value by value (T)

@kbjwdh 我们的做法是域名做两个解析：
境内解析到 IP1 （原来的 IP1 不动，深圳可用区），境外解析到 IP2 （北京可用区）。

现已知 Apple CDN 东京节点访问阿里云深圳可用区不可达，但是访问北京可用区可达。且 Apple 的 AASA Bot IP 为境外 IP ，则 AASA Bot 会访问 IP2 获取 apple-app-site-association ，此时在 IP2 所在服务器用 Nginx 将请求正向代理到 IP1 。

即用阿里云北京可用区做了一层代理。

@kbjwdh 目前仍然是使用上面提到的很丑的解决方案。

更新：

服务器在阿里云，深圳地区。

目前看，阿里云深圳不可用：
- 复杂网络环境，SLB + K8S 不可用
- 裸 ECS + Nginx 不可用
- 新建帐号 新建网络组 安全组 等 裸 ECS + Nginx 仍不可用

北京地区，可以使用。

目前使用了个很丑的方案临时解决：
- 对域名使用境内/境外不同解析
- 境外解析至北京可用区
- 北京可用区 Nginx 正向代理至深圳可用区。

强制刷新 Apple 的 CDN 节点，请求压根没有进深圳地区的 网关/Nginx 。

所以，问题到底在哪里...

更新：

试了 法国、澳大利亚、美国、日志、新加坡等地的梯子节点，走了不同的 CDN 线路，只有 jptyo5-vp-vst-007.ts.apple.com (acdn/84.14362), http/1.1 jptyo5-vp-vfe-014.ts.apple.com (acdn/84.14362) 这条是异常的，而亚洲地区访问的都是这个 CDN 。

已经 12 年没有用过 Windows 了，在学校用了几年 Ubuntu ，工作后一直 Mac ；刚入了 M2 Max 96G ，只能说 真香，没找到什么理由要换回 Windows 。

@jackyzy823 审核团队那个事确实吃了好久的瓜 lol