Docker Desktop本地测试环境下Pod无法挂载NFS服务端Pod问题求助

NFS PV的挂载操作是宿主机节点上的kubelet进程执行的，而非Pod内部执行。你观测到Pod内部nslookup域名正常，是因为Pod使用了集群CoreDNS作为解析服务器，但本地Docker Desktop节点本身的resolv.conf没有配置集群DNS地址，自然无法解析test-lagg.test-project.svc.cluster.local这类集群内部域名。
之前填写ClusterIP出现权限报错，和IP配置本身无关，是NFS服务的导出配置存在限制导致的。

方案1：修复域名解析（适合尽量模拟线上配置的场景） #

直接给Docker Desktop节点的hosts文件添加NFS服务的域名解析记录即可：

• 执行命令进入Docker Desktop的宿主机命名空间：docker run -it --rm --privileged --pid=host justincormack/nsenter1
• 编辑/etc/hosts文件，添加一行：10.105.85.125 test-lagg.test-project.svc.cluster.local
• 退出后重新创建Digit Pod即可恢复
  注意：NFS服务的ClusterIP如果重建会变化，需要同步修改hosts记录。

方案2：使用ClusterIP+修复NFS权限（最稳定的本地适配方案） #

按以下步骤调整NFS配置即可解决权限报错：

1. 修改NFS Pod的启动配置，给导出目录添加insecure参数，允许客户端使用高位端口访问，同时放开导出权限允许所有集群网段访问，示例exports配置：/ *(rw,sync,no_subtree_check,no_root_squash,insecure)
2. 将NFS PV的nfs.server字段修改为NFS服务的ClusterIP：10.105.85.125
3. 重建PV、PVC以及关联的Pod即可

方案3：本地简化架构（适合不需要完全模拟线上的测试场景） #

本地是单节点Docker Desktop集群，不需要NFS做RWX转换，直接使用local PV的RWX模式即可大幅降低复杂度：

1. 修改lagg-local-volume的accessModes添加ReadWriteMany
2. 修改对应的lagg-local-claim的accessModes也改为ReadWriteMany
3. 直接将Digit Pod的volume配置改为绑定lagg-local-claim，去掉NFS中间层即可

调整配置后可以先手动测试挂载验证配置有效性：

1. 执行命令进入Docker Desktop的宿主机命名空间：docker run -it --rm --privileged --pid=host justincormack/nsenter1
2. 执行挂载命令测试：mount -t nfs <NFS ClusterIP>:/ /tmp/nfs-test
3. 若挂载成功再重启业务Pod，确保配置生效
   额外注意本地Windows共享目录的权限，确保NFS Pod对/run/desktop/mnt/host/c/project/cache目录有读写权限，避免后续出现写入失败的问题。

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