为何Minikube DNS名称解析在Docker中正常，在无根Podman中失效？

针对你遇到的Docker环境下Service域名（<service>.<namespace>.svc.cluster.local）可正常解析，但无根Podman环境下抛出UnknownHostException的问题，可按以下步骤排查修复：

1. 验证CoreDNS状态与配置 #

• 检查kube-system命名空间下CoreDNS Pod的运行状态：

  kubectl get pods -n kube-system
  

  若CoreDNS Pod未处于Running状态，执行滚动重启：

  kubectl rollout restart deployment coredns -n kube-system
  

• 检查CoreDNS的ConfigMap配置，确保包含cluster.local域的解析规则：

  kubectl edit configmap coredns -n kube-system
  

  确认配置中存在类似片段：

  cluster.local:53 {
      errors
      health
      kubernetes cluster.local in-addr.arpa ip6.arpa {
          pods insecure
          fallthrough in-addr.arpa ip6.arpa
      }
      prometheus :9153
      forward . /etc/resolv.conf
      cache 30
      loop
      reload
      loadbalance
  }
  

2. 检查Minikube节点的DNS配置 #

• 进入Minikube节点查看DNS配置：

  minikube ssh cat /etc/resolv.conf
  

  确认nameserver指向CoreDNS的默认IP（通常为10.96.0.10），若指向宿主机或其他地址，需调整Minikube的启动参数。

3. 调整Minikube启动参数 #

• 启动Minikube时指定CoreDNS作为节点DNS：

  minikube start --driver=podman --dns=10.96.0.10
  

• 若宿主机使用systemd-resolved，可指定kubelet使用宿主机的resolv.conf：

  minikube start --driver=podman --extra-config=kubelet.resolv-conf=/run/systemd/resolve/resolv.conf
  

4. 测试Pod内DNS解析 #

• 部署临时测试Pod验证解析能力：

  kubectl run -it --rm busybox --image=busybox:1.36 -- nslookup <service>.<namespace>.svc.cluster.local
  

  • 若测试Pod可正常解析，但业务Pod不行，检查业务Pod的dnsPolicy配置，确保设置为默认的ClusterFirst：

    kubectl edit pod <your-pod-name>
    

    修改或添加：

    dnsPolicy: ClusterFirst
    

5. 重置Podman与Minikube网络 #

• 清理Podman缓存并重启Minikube，解决可能的网络隔离或缓存问题：

  minikube stop && minikube delete
  podman system prune -af
  minikube start --driver=podman
  

内容的提问来源于stack exchange，提问作者Bomgar