2. CoreDNS 架构解析：插件化架构、核心插件与请求生命周期

CoreDNS 是 CNCF 毕业项目，采用 插件链（Plugin Chain） 架构，所有 DNS 功能均由插件按序组合完成。理解其内部数据流与核心插件机制，是治理容器网络 DNS 的基础。

2.1 插件化架构与核心设计

CoreDNS 摒弃了传统 DNS 服务器的模块堆叠模式，将每个功能（如记录查询、转发、缓存、健康检查）封装为独立插件。服务启动时通过 Corefile 定义插件链，请求按链式顺序依次经过每个插件处理。

2.2 核心插件详解

以下五个插件构成 Kubernetes 场景下 CoreDNS 的骨干能力：

2.3 数据流与请求生命周期

一个完整的 DNS 请求在 CoreDNS 内部经历以下阶段：

1. 网络接收： CoreDNS 监听 UDP/TCP 53 端口，解析请求报文，提取查询名称、类型（A/AAAA/SRV 等）和客户端 IP。
2. 插件链入口： 请求进入 Corefile 定义的第一个插件。常见链首为 kubernetes 或 hosts。
3. 匹配与处理： 每个插件检查查询是否属于自身管辖的域名空间。例如 kubernetes 仅处理 cluster.local 后缀的查询。
4. 命中返回： 若插件命中记录，直接构造 DNS 响应报文，沿链反向返回给客户端，不再执行后续插件。
5. 未命中传递： 若插件未命中（如 kubernetes 遇到外部域名），调用 NextOrFailure 将请求传递给链中下一个插件。
6. 缓存查询： cache 插件在收到上游响应后，按 TTL 缓存记录；后续相同查询直接返回缓存，跳过上游。
7. 转发与递归： forward 插件将请求发送至配置的上游 DNS 服务器，等待响应后返回给调用方。
8. 环路检测： loop 插件通过发送特殊查询并检测是否回环，确保链尾不会形成递归。
9. 响应返回： 最终响应沿插件链反向路径返回，经过 cache 写入缓存后，由网络层发送给客户端。

2.4 典型 Corefile 示例

以下配置展示了 Kubernetes 场景下标准插件链的声明方式：

.:53 {
    # 启用日志与错误记录
    log
    errors

    # 集群内域名解析
    kubernetes cluster.local in-addr.arpa ip6.arpa {
        pods verified
        fallthrough in-addr.arpa ip6.arpa
    }

    # 静态 hosts 记录
    hosts /etc/coredns/custom.hosts {
        fallthrough
    }

    # 缓存 30 秒，热点记录提前刷新
    cache 30 {
        prefetch 3 30m 20%
    }

    # 转发至上游 DNS
    forward . 8.8.8.8 1.1.1.1 {
        max_concurrent 1000
    }

    # 环路检测（必须放在链尾）
    loop

    # 自动加载 Corefile 变更
    reload
}