Release 下载dae · GitHub Release 历史版本 · 三路反代镜像
最新正式版v1.1.0本区块同步 dae 的官方 GitHub Release，并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版；如果项目只有预发布版，会在版本旁单独标注。下载按钮直接指向官方直链或镜像链接，便于复制真实 URL 做校验。
dae 的定位很明确：Linux 透明代理，不是跨平台桌面客户端。它用 eBPF 做分流，直接流量可以尽量少绕用户态，适合软路由、旁路网关、Linux 小主机这类长期在线环境。你要是只想在 Windows 上点一下系统代理，别从 dae 开始。
dae 解决的是什么问题？
传统透明代理最容易卡在三层：iptables/nftables 规则堆得太多、DNS 决策和路由决策互相打架、直连流量也被用户态程序拖慢。dae 的思路是把分流能力尽量放进 Linux 内核里的 eBPF 路径，README 里也明确写了它是高性能透明代理方案。
这类架构的好处是性能和可观察性更清楚。坏处也同样明显：配置门槛更高。日志、路由表、DNS 上游和内核能力都要一起看。
部署前先确认哪些条件？
| 检查项 | 为什么要看 | 怎么确认 |
|---|---|---|
| Linux 内核 | eBPF 能力依赖内核版本和发行版配置 | uname -a |
| ipforward | 透明代理网关需要转发流量 | sysctl net.ipv4.ip_forward |
| DNS 路由 | DNS 选错会导致首屏慢或解析异常 | 查看 dae 配置里的 DNS section |
| 回滚入口 | 网关配置错会影响整网访问 | 保留旧配置和 systemd 回退命令 |
先别把生产路由器直接换成 dae。拿一台 Linux 测试机跑通，再迁移到网关。
配置文件应该从哪儿开始看？
官方仓库提供 example.dae 和 Quick Start。第一次配置不要一口气改规则集、DNS、节点和策略组。先做最小配置，确认服务能启动。
建议按这个顺序看日志：
systemctl status dae --no-pager
journalctl -u dae -n 120 --no-pager
ip route能看到 dae 服务正常启动，再看策略命中。服务没起来时去改规则没有意义，不看日志的排查都是玄学。
dae 和 OpenClash / Nikki 怎么选？
| 场景 | 更适合 |
|---|---|
| OpenWrt LuCI 图形界面 | OpenClash / Nikki |
| Linux 网关，愿意写配置 | dae |
| 桌面端临时使用 | Clash Verge Rev / Mihomo Party |
| 需要按进程或 MAC 分流 | dae |
dae 的优势不是“更简单”，而是 Linux 网关层的可控性。它适合愿意维护配置的人。
当前版本口径
本文在 2026-07-07 查看 GitHub 页面，daeuniverse/dae 显示 6k stars、Latest Release 为 v1.1.0，发布时间是 2026-04-23。由于 GitHub API 匿名额度有限，站内 Release 资产表可能需要下一轮带 token 刷新后才会补齐完整下载清单。