DNS

生产环境 Linux 网络抖动全链路排查手册（TCP 重传 → conntrack 表满 → MTU 黑洞 → DNS 抖动）+ 一键诊断 Bash 脚本 + 3 个脱敏线上案例 一、现象或背景 做运维 3 年，网络抖动是我踩坑最多的方向—

«结论先行：K8s 里 CoreDNS 抖 8 秒，Go/Python 服务完全无感，Java 服务却持续 30 秒报 "UnknownHostException"——差 3.6 倍，锅不在网络、不在 CoreDNS，而在 JDK 自己的

【背景】 6 节点自建 K8s 1.28（containerd 1.7），约 30 个微服务，东西向流量走 mTLS（Istio STRICT），出口统一收敛到 sidecar 代理，业务容器本身无外联权限、无 privileged、SA

«结论先行：给 DaemonSet / 采集器 / 探针类 Pod 加 "hostNetwork: true" 之后，K8s 不会帮你重写 "/etc/resolv.conf"——默认 "dnsPolicy: Default" 会让 Pod

背景 我做了 10 年网络，从 Nginx upstream + keepalived VIP → 自建 ZooKeeper 注册中心 → Consul → K8s Service + CoreDNS → 云厂商 SLB，基本把这条路走了一

【背景】 我是一名有 8 年经验的云原生架构师，目前在维护一个自建 K8s 1.28（containerd 1.6 + Calico v3.26，IPIP 模式，3 控制面 + 12 工作节点，64C/256G 规格）的集群，上面跑着约 4

【背景】 我负责一个交易清算服务，K8s 1.28（containerd 1.7），gRPC 1.60（Netty 4.1.100），Java 17。上游 6 个微服务通过 gRPC 调用清算服务，服务 4 副本（Deployment，ma

«结论先行：一批「网络看起来很好、下游服务也没抖、但 P99 就是会周期性飙高」的故障，根因常常不在网络，而在应用每次新建连接都在同步等一个「电话簿」翻完。这篇文章复盘一次真实的 P99 长尾排查，从「以为是网络」一路挖到 "resolv.