首选高通的，MTK 或者 intel (linux 下驱动打 patch 可以开 AP) 的也可以，realtek 也凑合。博通的不推荐

cloudflare 算不算？

应该是 sdk 的 demo 里吧。直接用 connectbot 不就好了么。

@Eyulaodu 新版 android 仅仅是在界面上隐藏掉而已，只需要把对应的 config 值打开就可以显示了。

@ParanoidAndroid #5 国内有 ipv6 的话可以将 mtalk.google.com 绑定到 2404:6800:4008:c06::bc

这个问题的原因是一是某些 ISP 的 NAT 时间过短，二是 gcm 服务器位于海外收众所周知的干扰。要解决这两问题即可以，NAT 问题可以用不需要 nat 的 ipv6 来解决(不过国内大部分的 ISP 提供 DNS 没有提供 ipv6 接入/不是 ipv6 优先，所以不会解释 mtalk.google.com 到 AAAA 记录，所以需要改用 8.8.8.8 的或者手动设置 mtalk.google.com 的 AAAA 记录), 而这里建议用 UDP 原因是没有 TCP RST 的干扰，并且可以自动重新而 tunnel 不断。自己可以根据自己情况测试，用 haproxy 进行 v4 转 v6 应该也是可行的。我后来试过，路由器上用 socat 并且将 keepalive 设置成 120 秒，实际上也是可以的，也就是我的宽带的 nat 时间过短（毕竟是移动的宽带）

@RunDuck #14 正常吧，因为外包没有年终，社保也打折扣，还可以随时砍掉不用 n+1

vx id == id

改用 PAC 方式吧，基本感觉不到代理存在。

以前弄过，不过现在已经没有水果设备了。

你路由大概率命令错了 https://github.com/cachefiles/notbevpn/issues/3

所以还是国内走直连，海外挂代理简单，不需要关心这些。

你的需求在 linux 上大概率用 shell/iptables/socat 就可以实现了。

6 楼是那个传说中的好友？

可以 kernel 用 Ubuntu 的，userland 用 Debian 的。搭配使用

这个跟 addr_gen_mode 有关，可以看看 rfc7217

可以搞一个自动集成的方案 ipv6+frp/xtcp+cf zero trust ，让程序自动选，那个能用用哪个，那个快选哪个