Ubuntu Docker容器中非root用户DNS解析失败求助

这问题我之前在Docker环境里碰见过，核心原因基本都是DNS解析的配置没有被非root用户正确继承，或者容器内的基础配置有缺失。下面一步步给你排查和解决：

第一步：先定位问题根源 #

先区分是su -的环境问题，还是用户本身的权限/配置问题：

• 先试试不用su -（这个参数会模拟用户登录，重置所有环境变量），直接执行：

  su user -c "ping google.com"
  

  如果这个命令能正常解析，那问题就出在su -重置环境变量上；如果还是失败，再往下排查。

常见解决方法 #

1. 确保非root用户能读取DNS配置文件 #

虽然你说改了/etc/resolv.conf权限，但再确认下：

• 先看文件权限：

  ls -l /etc/resolv.conf
  

  正常权限应该是-rw-r--r--（644），确保其他用户有读权限。如果不是，执行：

  chmod 644 /etc/resolv.conf
  

  另外注意：/etc/resolv.conf可能是个软链接，指向容器外部的文件，这时候要确保链接的目标文件也有正确权限。

2. 检查nsswitch.conf的域名解析配置 #

Ubuntu容器默认的/etc/nsswitch.conf可能没配置DNS解析来源，导致非root用户只会读取/etc/hosts：

• 编辑文件：

  vi /etc/nsswitch.conf
  

  找到hosts行，确保包含dns：

  hosts: files dns
  

  保存后再测试非root用户的域名解析。

3. 修复su -的环境变量继承问题 #

如果不用su -能正常解析，用了就失败，说明su -重置了DNS相关的环境变量。可以：

• 切换到非root用户，检查环境变量：

  su - user -s /bin/sh -c "env | grep -E 'DNS|RESOLV|HOST'"
  

  对比root用户的输出（env | grep -E 'DNS|RESOLV|HOST'），看有没有缺失的关键变量，比如RES_OPTIONS或者DNS_SERVERS。
• 可以在非root用户的登录配置文件（比如~/.profile或~/.bashrc）里手动添加这些变量，或者修改su的调用方式，保留必要的环境：

  su - user -s /bin/sh -c "export RES_OPTIONS=''; ping google.com"
  

  或者直接传递root的环境：

  su user -c "ping google.com"
  

4. 检查Docker容器的DNS配置 #

有时候容器本身的DNS设置有问题，虽然root能访问，但非root因为某种权限限制无法使用：

• 可以在启动容器时手动指定DNS服务器：

  docker run --dns 8.8.8.8 --dns 8.8.4.4 -it ubuntu
  

  进入容器后再创建非root用户测试解析。

最后验证 #

按照上面的步骤排查后，再执行：

su - user -s /bin/sh -c "ping google.com"

如果还是失败，可以检查非root用户的shell配置文件（比如~/.bashrc）有没有重置网络相关的环境变量，或者尝试创建一个新的非root用户测试，排除用户本身的配置问题。

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