NLnet Labs 实践表明，eXpress Data Path（XDP）不应取代成熟的用户态 DNS 软件，而应在内核层提前处理简单查询，将复杂逻辑留给上层程序，实现无状态 UDP 流量的早期分流与响应。
增强而非替代的设计权衡：
XDP 程序 xdp-dns-says-no 曾演示完全绕过协议栈、零拷贝返回 REFUSED 的能力，但受限于指令集与内存模型，难以承载完整 RFC 合规逻辑。现有权威服务器与递归解析器积累多年运维经验与协议细节处理，XDP 适合承担“重活”：在数据包进入套接字缓冲区前识别并应答易处理查询，合法报文再推送至用户态。这种分层使 XDP 程序与上层软件解耦，只要不丢弃合法查询，即可兼容任意实现。原文未给出具体性能对比数据。
无加密无状态流量的适用边界：
该增强模式仅在明文、无状态的 DNS-over-UDP 场景下可平凡实现。XDP 可通过映射维持有限状态，但 DNS-over-TLS（DoT）涉及握手与加密，超出当前实用范围，原文留作读者练习。协议栈分层上 DNS 属应用层，XDP 工作于驱动层与网络层之间，提前拦截报文在形式上跨越了传输层与应用层边界；但只要不破坏查询语义、仅做语法级过滤与简易应答，即不违背分层初衷。
对运
原文: APNIC Blog（2020-10-23）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog