dae：v2rayA 之后的 eBPF 透明代理
dae
eBPF 分流 · 6182 星
| 平台 | Linux |
|---|---|
| 代理内核 | — |
| 开源状态 | 开源（AGPL-3.0） |
| 价格 | 免费 |
| 维护状态 | 活跃维护（2026-09 更新） |
| 最新版本 | v2.1.1（2026-09-18 发布） |
| 最近提交 | 2026-09-30 |
| 安装包 | 共 146 个文件，下方列常用安装包 |
| 开发方 | daeuniverse（GitHub 仓库所有者） |
| GitHub | ★ 6308 · Fork 413 |
| 数据核验 | 2026-10-11 · 来源 GitHub API |
下载最新版 v2.1.1
不知道选哪个：Intel/AMD 电脑选 x64，苹果 M 系列芯片选 arm64，安卓手机一般选 arm64。
同内核 / 同平台的客户端
这是什么
dae 不是把代理核心套进普通桌面外壳，而是把透明代理和流量分流放进 Linux 内核，用 eBPF 决定流量怎么走，协议处理再交给用户态服务。
它的 Real Direct 会让直连流量绕过代理应用的转发路径，目标是减少直连时的性能损失与额外资源占用；这项能力需要开启 ipforward。
规则不只看域名和地址，还能按本机进程名、局域网设备的 MAC 地址以及反向匹配条件分流。节点策略可分别测试 TCP、UDP、IPv4、IPv6 延迟，再按自定义策略自动选节点。
适合谁
- 想让 Linux 主机或网关承担高性能透明代理，而不是只给单个应用设代理的人
- 需要按进程名区分本机流量，或按 MAC 地址管理局域网设备的人
- 希望 TCP、UDP、IPv4、IPv6 各自依据延迟策略选节点的人
- 愿意维护 DNS 路由和 eBPF 分流规则，不依赖桌面点选界面的人
和同类怎么比
| 对比 | dae | v2rayA | 普通用户态转发方案 |
|---|---|---|---|
| 项目关系 | v2rayA 的后继项目 | 前身 | 无特定血缘 |
| 流量接管 | Linux 内核 eBPF | 使用 v2ray-core | 流量经过代理应用转发 |
| 协议处理 | 用户态服务 | v2ray-core | 用户态代理应用 |
一句话：dae 的重点是把“哪些流量要进代理”尽量早地放到内核里决定。
八卦生态
dae 官方直接称它为 v2rayA 的 successor，但新项目没有继续绑定 v2ray-core，而是重新选择了 eBPF 透明代理路线。仓库本身不是 fork，说明这不是在旧代码上简单改名续命。
项目名 dae 意为 goose，组织名也叫 daeuniverse。代码以 Go 为主，而真正让它站出独立生态位的，是 Linux 内核侧分流 + 用户态协议处理 这套组合。
避坑
- Real Direct 依赖
ipforward，没打开时不能得到 README 描述的真实直连路径 - 同机还运行 Shadowsocks 服务或其他 UDP 服务时，要为服务端口增加
must_direct规则，否则发出的 UDP 可能再次被代理 - 国内网站首次打开很慢时，先查 DNS 路由；国外 DNS 处理国内域名可能拖慢 TLS 握手
geosite:geolocation-!cn可能包含ocsp.digicert.cn这类国内访问链路会用到的域名，不能把集合名当成绝对边界
深入教程
配置起步、协议列表与工作原理都从 dae 官方仓库的 Quick Start 进入，DNS 和 UDP 场景尤其要先读 README 的 Notes。