dae 入门：Linux 透明代理与 eBPF 环境要求

dae 是基于 Linux eBPF 的透明代理守护程序，适合愿意维护网络配置、服务状态和日志的人。它不是普通桌面图形客户端，也不是路由固件。关联项目 daed 提供的管理界面与 dae 本体还需要分别理解，不能把其中一个的安装方法套给另一个。

环境要求比配置文件更早

官方文档对不同使用方式列出内核与特性要求。当前说明中，LAN/WAN 绑定涉及 Linux 5.17 起的支持，并要求对应 BPF/BTF 配置；仅看到内核版本数字足够新，不能证明固件已经启用所需特性。

定制内核、路由固件和通用 Linux 发行版的情况可能不同。开始前要确认架构、内核构建选项、运行权限及服务管理方式，再决定是否适合在该设备部署。

这张图展示的是 OpenWrt 构建环境，不是 dae 的图形界面。图中的 x86/64 与旧版固件选项不能代替对当前设备的兼容性判断，也不能据此声称某个版本已在本站验证。

把流量路径写清楚再部署

先回答三个问题：哪些接口产生待处理流量，哪些目标应该直连，哪些连接应该进入代理出站？透明代理的“透明”是相对应用而言，并不意味着部署者可以忽略网关、DNS 和路由。

首次配置建议只验证有限设备或流量范围。远程维护时，应保留独立的管理入口，避免修改网络后连回设备的路径也一起失效。

从安装到检查服务

1. 从官方发行页选择匹配架构的文件，按当前文档检查环境与安装位置。
2. 使用与当前版本对应的配置示例，逐项理解接口、DNS、路由与节点来源，不直接搬运旧教程整份配置。
3. 先检查配置和启动日志，确认服务能够运行，再验证实际流量是否命中预期路径。
4. 在服务管理器中分别检查运行状态与启动失败原因；可用性确认后再设置开机启动。
5. 记录变更并备份，升级前阅读发行说明，避免同时替换内核、程序和全部配置。

本页不提供可直接执行的远程安装脚本。不同系统的文件路径和服务管理可能不同，照抄一个命令无法解决环境差异；命令中的服务名大小写也不能随意改动。

排查按四个层次进行

“进程在运行”只回答第一层的一部分。网页打不开时，应根据日志与路径向下追踪，而不是仅凭进程存在就认为软件正常。

常见问题

所有 OpenWrt 路由器都能装吗？ 不能这样概括。需要检查硬件、内核特性与固件构建，并对照当前官方文档。

eBPF 就代表一定更快吗？ 不能由技术名称直接推出实际性能；硬件、配置、网络与目标服务都影响结果。本页没有提供本站性能实测结论。

只是想在手机上导入订阅，要选它吗？ 通常先看适合设备的图形客户端更容易操作，例如 Hiddify。需要配置规范与官方界面入口，见 sing-box；路由管理插件可看 PassWall。