是的, jwt token 的位置是在 /root/.landscape-router/landscape_api_token

功能是虚拟物理都没问题的

可以说说具体的场景吗? 如果是虚拟机中的虚拟网卡可能达不到这样的小包转发性能. 只有直通的网卡才能达到这样的性能.

当前 musl 只编译出 x86 的架构

musl 搞定了 x86 但是不知道怎么交叉编译 arm64 的

当前没有适配旁路由模式

😵 不过 musl 还是没搞定

不过目前还是处于测试状态, 并且 alpine 的 musl 还没能支持

前端不是太会, 有没有前端大拿救一下 (:з)∠)

目前更新到 0.3.3 了

alpine 的库是 musl 试了差不多一天， libbpf-sys 编译老是报错

看依赖的库的编译说明是可以编译的， 应该是我这方面还是不太熟 XD

只能后续再看看了， 或者只能等等有没有其他热心大佬帮忙试试了 (●‘◡’●)

目前开发和测试都是基于 debian 的, alpine 我到时候测测看看. 理论上应该是可以运行的

感谢大佬回复, 那我先修改当前的帖子. 后续积累多了再修改.

最后还是用 现成的 pppd 命令替代了， 目前加入了 docker 还可以将 特定流量转到 docker 中的 tproxy 程序（这样可以分开流量， 又可以想开几个就开几个）。不过我可以把程序的后续更新内容发论坛里面吗? 有没有额外须要遵守的规则。如果可以的话是每次以 新帖子的方式 还是在评论区中进行 发布新的评论

感谢建议， 想了下确实有些掉到性能的坑里了。可能是刚学会点 eBPF，看啥都像钉子想敲下。🤣

感谢大佬回复, 我去细看下

可能是平时用软路由用的功能比较少. 设想是本体只编写基础功能(目前这些差不多), 其他通过与 docker 轻度组合进行扩展功能, 包括透明代理等. 已经在代码中简单验证了可行性. 开发本身也是基于主线 Linux 大家也可以自由选择喜欢的发行版运行, 觉得这样可以更加灵活.