很显然我不知道应该如何解决这个问题
兼容层是proton experiment
已解决
同一个环境下米哈游启动器可以正常访问网络下载绝区零，对吗？如果是，那么你的 /etc/hosts 文件中有没有屏蔽什么域名？
1、wine+米哈游启动器是否可以下载游戏？
2、游戏是安装在linux分区上的吗？不是的话，尝试在linux分区上安装游戏。
3、hosts是仅保留“0.0.0.0 globaldp-prod-cn01.juequling.com”吗？不是的话，参照这样设置hosts。
4、既然你是proton experiment兼容层，那应该是通过steam启动的吧，有什么游戏启动参数吗？
5、是否开启了代理？是否是tun？不是的话，可以尝试添加环境变量：https_proxy= http_proxy=（米哈游曾经有过检测到代理直接发送无网络连接的行为）。
6、试试别的兼容层（比如proton-ge-custom-bin，archlinuxcn仓库有），如果不行请另建prefix尝试。
不知道是不是我电脑的问题，我用 hosts 屏蔽这个网址之后容易遇到玩一会之后变得特别卡顿，CPU占用特别高的情况。我现在的解决方案是在启动游戏时短暂屏蔽这个网址，启动完成后解除屏蔽。
的确有可能出现这样的情况，可以通过断网启动的方式来避免cpu占用过高，此事在原神linux上亦有记载（
1 可以
2 装不下
4 使用的是Lutris 没有主动设置过参数
顺便说一下 我设置hosts/环境变量 并且换兼容层后还是同样连接超时（悲
附：在连接服务器的时候画面会直接冻住
不是很推荐跨文件系统玩游戏（目前我认为只有只读挂载是可靠的），只要涉及写入，总会伴随无法预料的情况（文件损坏都是小事）。
另外建议不要设置hosts，而是通过断网方式启动试试看。
断网方式可以参考下我的这个脚本：
https://github.com/kamikaze211/linux_hoyogames/blob/main/scripts/umu_zzz.sh
aur里有zzz启动器, 不过2.0不知道目前支持没有, 1.x时期我用过
我也遇到了相同的情况
- 可以
- 不是 装在和win共享的ntfs分区中 但我尝试在安装archlinux的btrfs分区使用同样安装在此分区的官方启动器(wine)进行安装 同样无效
- 尝试过 hosts 全空 断网启动 无效
- 即使我使用命令启动 仍然无效 (平时我使用aagl系列的启动器)
- 未开代理 未启用tun
- 我尝试过以下兼容层 且每次更换都重建prefix 均无效
wine-spritz-10.9-staging-tkg-aagl-amd64-wow64
XIV-Proton10-4-ntsync
wine-10.5-staging-tkg-amd64
GE-Proton9-23
我是2.0更新后出现此问题的 甚至更新维护前一小时我都在线且使用linux游玩 更新后就出现了此问题
在更新维护期间 我未进行任何可能影响到的操作 包括滚更（
我目前还能正常游玩其他游戏包括但不限于原神崩铁崩坏三 所以不太可能是网络问题 同时我也尝试过重启路由器、使用手机移动数据开启热点给电脑 都无效
我尝试过wireshark抓包 发现有很多我发送给服务器的RST 前面可能还跟着两个服务器发给我的 Application Data 和 Encrypted Alert；据此合理推测 可能是环境检测更新？
补充 我在更新前正常游玩的配置是：wine-spritz-10.9-staging-tkg-aagl-amd64-wow64 + dxvk-gplasync-v2.6-1
我草好巧，我的也在ntfs里（
因为只能这样 你win没办法读ext4之类的 但你linux能读ntfs3 只能这样了（悲
我是安装在btrfs分区中，使用heroic game launcher + ge-proton 10.4+umu，自定义安装，断网启动，这两天一直玩，新剧情都过完了，没遇到这个问题。
这个问题似乎不是很常见 因为我在米游社或者b站也看见有使用win系统的人出现相同情况 而且大部分用linux玩的也没有出现相似情况
很显然用这种断网方式也是没用的（悲
就是说 有没有可能是反作弊更新的原因 我听说gs会进行灰度反作弊更新 不知道3z怎么样
而且灰度反作弊更新也能解释 我为何linux进不去而win进得去 有些人进不去有些进得去 和我的抓包结果也可能符合
有没有可能 在未来某次更新后 比如2.1 新版反作弊实装 全体linux玩家都会遇到这个问题 甚至这个反作弊还会向下发放到gs…
是有这种可能，但是米哈游最近的反作弊更新更倾向于对 Linux 网开一面。星穹铁道的反作弊补丁作者 mkrsym1 调查过此事：
我倾向于认为米哈游会逐步推广在反作弊中适配 wine 的代码。当然也不排除不同制作组之间决策不同，或者他们调转了方向。又或者，这仅仅是技术测试的副作用。