hsj1992

试试看 easytier ？甚至还有两个衍生的游戏联机启动器：
https://easytier.cn/guide/gui/easytier-game.html
https://easytier.cn/guide/gui/astral_ET.html

@programV2 对的，是 LZ 那个地址去验证。https://gemini.google/students/?hl=en
点击哪....界面上那么大一个“get offer"啊。
如果还不能了解的话，B 站搜”gemini“也有一堆人做傻瓜式教程。
比如： https://www.bilibili.com/video/BV1R7VUzGELT/

原本的 GOOGLE 账户是有通过 google play 信用卡买过 APP 的，
然后去整了个 EDU 邮箱，验证成功，
成功订阅了。

如果有生成蓝屏文件 Minidump 的话，可以用 windbg 打开来点击分析，看是哪个文件导致的。

@qwetrz007sh https://blog.csdn.net/weixin_52027058/article/details/128701905

公网 IP-》可以直接 moonlight 或 parsec （不建议公网暴露 RDP 端口）。
非公网 IP-》内网穿透如 zerotier/tailscale/netbird ，然后 moonlight\parsec\rdp 。

备用手段-》 todesk\rustdesk\raylink\向日葵这种。

@imKiva 我切换了旁路网关，改为 tun 模式，经过旁路网关的 stun 服务器做 NAT 类型探测 ，mapping 仍然是 AddressDependent Mapping 。

尝试使用局域网的一台 linux 设备进行测试（使用 stun-client)，发现了问题：
执行命令 stun stunserver.stunprotocol.org -v ，然后按常理，如果是 NAT1 的 EIM NAT 的话，显示的数个 mapped address 应该都会是同一个 proxy 的 ip 地址。但是其中的一个 mapped address 出现了 direct 的 ip 地址。
我做了个尝试，在主路由 ros 里将该 stun 服务器的国外 ip 地址网段 3.132.0.0/16 和 3.132.0.0/16 静态路由指向旁路网关，对该国外 stun 服务器再次进行测试，就好了,mapping 和 filter 都是 endpoint-independent 了。

所以应该是 fakeip DNS 分流的问题。就像在我的使用场景里，要使用 tg 还需要给它的 CIDR 网段写静态路由指向旁路网关一样，NAT 类型探测也会有设备直接指向 IP 而没经过 fakeip DNS 的场景？
然后导致 mapped address 有不同，导致 mapped IP same = 0 ，从而显示 AddressDependent Mapping 。
所以当我设备的网关地址直接设置为旁路网关时候是 EIM NAT ，因为此时设备没经过域名指向 IP 也是走的旁路网关。

我后续可能结合使用 ROS 的 IP 分流。