2. CoreDNS 架构解析：核心组件、插件机制与数据流路径

CoreDNS 是 Kubernetes 集群默认的 DNS 解析组件，采用 插件链（Plugin Chain） 架构。理解其内部组件、插件加载顺序以及 Pod → Service → CoreDNS → 上游 DNS 的完整数据流，是定位 DNS 故障的基础。

2.1 核心组件与进程模型

CoreDNS 以单进程、多插件的方式运行，不依赖外部守护进程。其核心组件包括：

2.2 插件机制与链式执行

CoreDNS 的插件机制是其灵活性的核心。每个插件是一个独立的 DNS 中间件，按 Corefile 中声明的顺序组成 插件链。请求从链首进入，依次经过每个插件，直到某个插件生成响应或显式终止链。

2.2.1 插件分类

2.2.2 典型 Corefile 插件链示例

.:53 {
    # 1. 日志记录（最先执行）
    log . { class denial error }
    # 2. 错误捕获
    errors
    # 3. 健康检查
    health
    # 4. 集群内 DNS 解析
    kubernetes cluster.local in-addr.arpa ip6.arpa {
        pods verified
        fallthrough in-addr.arpa ip6.arpa
    }
    # 5. 缓存（TTL 30 秒）
    cache 30
    # 6. 负载均衡（随机返回 A 记录）
    loadbalance round_robin
    # 7. 上游转发（最后执行）
    forward . /etc/resolv.conf {
        max_concurrent 1000
    }
    # 8. 查询来源识别
    whoami
}

2.3 数据流路径：Pod → Service → CoreDNS → 上游 DNS

当集群内 Pod 发起 DNS 查询时，数据流经过以下完整路径。理解每一跳的组件和潜在故障点，是排查 DNS 问题的核心技能。

2.4 数据流各阶段详解

1. Pod 发起查询：Pod 内 /etc/resolv.conf 配置 nameserver 指向 CoreDNS Service 的 Cluster IP（默认 10.96.0.10），search 域包含 <namespace>.svc.cluster.local 等。
2. Service 负载均衡：kube-proxy 通过 iptables 或 IPVS 规则将 Cluster IP 转发到某个健康的 CoreDNS Pod（随机或轮询）。
3. CoreDNS 插件链处理：
   • kubernetes 插件：匹配 cluster.local 后缀，查询 Service/Pod 记录；若匹配则直接返回，否则 fallthrough 到下一插件。
   • cache 插件：检查缓存中是否有有效记录，命中则直接返回，减少上游查询。
   • forward 插件：对于非集群域名（如 baidu.com），转发到上游 DNS（如 /etc/resolv.conf 或指定的 8.8.8.8）。
4. 上游递归解析：上游 DNS 完成递归查询，返回 A/AAAA 记录。
5. 响应回传：CoreDNS 将结果（可能经缓存）沿原路径返回给 Pod。

2.5 插件链执行顺序与故障影响

插件链的执行顺序直接影响 DNS 解析结果。以下表格列出常见顺序错误及其后果：