@Hermitist 如果愿意，可加入仓库页面附链接 telegram ，进一步找到问题。

@Hermitist 由于 hysteria2 协议基于 udp ，你需要先判断使用原生 hysteria2 服务端和客户端均能连接，确保之间 udp 通畅。与此同时，我自己也作为 hy2scale 的用户，实际上 node 连接方式与原生 hysteria2 几乎没有出入，连接问题有很多，但连接的可达性还需要你自己判断。

@Hermitist 抱歉时隔长时间回应，当前最新版本已经支持使用 IPv6 连接。考虑到你的使用场景，落地家宽通常大陆直连会绕路导致高延迟，一般是建议中间添加一台大陆与境外网络良好的 VPS 作为中转。本项目基于 hysteria2 ，尤其是对于跨境连接相比 tailscale 的 wireguard 协议更有优势。

@Mast 可以说的详细点吗？具体在哪些步骤比较繁琐？

@crime1024 免费版也是完全可用的。
@tallest 经过测试，这是确认属实的，感谢补充。这种情况可以只安装一个 HY2SCALE ，因为需要用到一些特殊权限，而 ikuai-bypass 可以完全在 docker 手动配置，最终也可以达成目标。

@feunterban
@dizhang
这也是我开头提到的老方法，虽然很有效，但有很明显缺点。一是增加网络结构复杂度，openwrt 的插件不会一直稳定下去；二是虚拟机必然带来性能损耗。

openwrt 回程到 iKuai 作为 wan 是在 ikuai-bypass 后来探索出的路子，如果 iKuai 是物理机，还要额外浪费一个物理网口。如果是 aio 不在讨论范围内。

最重要的是，老方法绕一圈 openwrt ，但每次只能接一个节点，按这样的方法你如果需要连接多个节点，就需要同时开多个 openwrt 。可能你会说，把终端的网关和 DNS 指向 openwrt ，交给科学上网插件处理规则，但这样的话 iKuai 的意义在哪里呢，并且也无法保证 openwrt 稳定不崩溃。

网络结构向来都是越简单越好，这也是我这个思路的核心所在。

@mangmaimu
@lait123
这在这个项目设计之初就有考虑过，只要你的节点越多，发挥的价值越大。通往同一个目的节点的路径是允许多条的，可以负载均衡。

@coffeesun 是的，类似的原理。相比 WireGuard ，HY2 可以更好地在国内跨网跑满速率，但不同的是，其中一方需要有公网 IP 。

@humbass 会在未来有这个计划的，但是如果要启用 IKEv2/L2TP 服务端只能在 Docker 上，因为两者做的兼容层，宿主机运行会有更多复杂因素。

@smilingsun 暂时还没做 http 协议的出口，之后会有这个计划的～

之前用的时候就有发现这个问题了，后来换到 wsl 上就好多了。但还是有点想换 mac