Frankom

@maoshen1234 只要 nas 系统支持 docker 就可以部署。
@cjd6568358 和 mux 原理不同的。我这场景是直连，没用到反向；反向也是可行的，对端老家同样可以借反向隧道进入我内网和作为上网流量出口。

@LightningAlpaca 聚合线路主要受益的就是单线，多线本来就能依靠配置负载均衡跑满，但多数场景下单线速度会更有用一些。实际上我两端是跨省的，上面的速度特意在昨天晚高峰时测试的，暂时没有明显遇到 qos ，也可能和我用 hy2 协议+端口跳跃有关。

已经有在这方面研究，你可以期待一下： https://github.com/FrankoonG/rendr

目标正是达成 故障 无感切换的“无损迁移”机制，等这框架完成的同时，我也会去写配套的面板。

@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 稳定不崩溃。

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