标签: #헤어핀 NAT 실측
用亲手运行、亲手测量的数据来写 Kubernetes、DevOps 与 MLOps · 2 篇
发夹 NAT 实测 1：仅在局域网内打不开我们的域名
如果在路由器后面部署了服务，经常会遇到这样的情况：从外部可以很好地访问域名，但在同一个局域网内却无法访问。如果路由器仅通过端口转发修改目的地址，服务器就会直接响应同一网段的客户端，而等待来自公网地址响应的客户端则会丢弃该响应。发夹 NAT 是指连同源地址一起修改，使响应经由路由器返回的方法，而 NAT 规范（RFC 4787·5382）要求必须支持此功能。本文通过图解剖析了这两种情况，并对比了分离 DNS、hosts 文件、路由器配置以
2026-10-31 · 17 分钟阅读 #네트워크#NAT#헤어핀 NAT#루프백 NAT#DNS发卡式 NAT 实测 2：当 Pod 访问自己的 Service 时
在 Kubernetes 中，如果 Pod 请求与其自身关联的 Service 地址，该请求必须经过 Service 并返回到同一个 Pod。由于这与路由器的发卡（Hairpin）问题形式相同，因此解决方法也一样：同时修改目的地址和源地址。本文结合源码与官方文档，验证了 Linux 网桥的 hairpinmode 以及 kubelet 的 hairpinMode 在 Kubernetes 1.24 之后除了在源码中进行配置验证外不再被实
2026-10-31 · 18 分钟阅读 #쿠버네티스#네트워크#헤어핀 NAT#Service#kube-proxy