K8s中ndots:5导致外部域名解析冗余查询，引发CoreDNS高负载；应通过降低ndots值、定制resolv.conf或应用层强制FQDN等方式根治。
当K8s集群中大量Pod频繁调用外部API（如微信支付、Stripe、短信网关）时，CoreDNS CPU飙升、解析延迟激增、甚至出现间歇性超时，极大概率是ndots:5触发了冗余的搜索域拼接查询。
确认是否被ndots:5拖垮
进入任意一个异常Pod执行nslookup -d api.stripe.com，观察输出中是否连续出现形如api.stripe.com.default.svc.cluster.local. → NXDOMAIN、api.stripe.com.svc.cluster.local. → NXDOMAIN等4次内部失败查询，最后才落到api.stripe.com.成功解析。这说明resolver正在按ndots:5规则逐个拼接search域。
检查Pod内/etc/resolv.conf：cat /etc/resolv.conf | grep -E "search|ndots"。若看到search default.svc.cluster.local svc.cluster.local cluster.local且ndots:5存在，即命中陷阱。
【ndots:5是Kubernetes默认值，但对含3个点以下的外部域名（如api.stripe.com）完全不友好】
临时验证：绕过ndots行为
在Pod内手动执行dig @10.96.0.10 api.stripe.com +short（直接查CoreDNS IP，跳过本地resolver逻辑）。若响应迅速且结果正确，而nslookup却慢或失败，基本锁定是客户端resolver层问题，而非CoreDNS本身故障。
运行strace -e trace=connect,sendto,recvfrom nslookup api.stripe.com 2>&1 | grep -A2 -B2 "10.96.0.10"，确认是否真有4次发往CoreDNS的UDP请求——这是放大流量的直接证据。
根治方案：按场景选择修改方式
方法一：全局降低ndots值（推荐用于以调用外部服务为主的集群）
编辑kubelet配置，在启动参数中加入--resolv-conf=/etc/resolv.conf --cluster-dns=10.96.0.10 --cluster-domain=cluster.local，并确保宿主机/etc/resolv.conf中ndots设为1或2；或通过KubeletConfiguration API字段resolvConf和ndots明确指定。
方法二：为特定Pod注入定制resolv.conf（适用于无法动全局配置的灰度环境）
在Deployment的spec.template.spec.containers[0].volumeMounts中挂载configMap：volumeMounts: [{name: resolv, mountPath: /etc/resolv.conf, subPath: resolv.conf, readOnly: true}]；对应configMap内容为：resolv.conf: "nameserver 10.96.0.10\nsearch default.svc.cluster.local svc.cluster.local cluster.local\noptions ndots:1"。
方法三：应用层规避（适合Java/Go等可编程语言）
Java应用添加JVM参数-Dsun.net.inetaddr.ttl=30 -Dnetworkaddress.cache.ttl=30，并在代码中显式使用InetAddress.getByName("api.stripe.com.")（注意末尾点号强制FQDN）；Go应用调用net.DefaultResolver.LookupIPAddr(ctx, "api.stripe.com.")时传入带点域名。
【务必删除resolv.conf中任何包含HOST、LOCAL、LAN等泛解析顶级域的search条目，它们会与ndots:5叠加引发严重误解析】
验证修复效果
第一步：在修复后的Pod中执行nslookup -d api.stripe.com，确认只发出1次查询且目标为api.stripe.com.（末尾带点）。
第二步：用kubectl top pods -n kube-system观察coredns Pod的CPU使用率，应从持续>80%回落至
第三步：在业务容器中curl -v https://api.stripe.com/v1/charges，检查time_namelookup耗时是否从平均1.2s降至50ms以内。
