Docker镜像：为以其他用户启动的Pod设置umask

为什么umask设置不生效？ #

是的，Pod以非root用户启动会影响umask的生效，核心原因有两点：

1. umask是进程级属性：脚本里设置的umask仅对当前shell进程及其直接子进程生效。你当前用/bin/sh -c执行脚本，会启动一个临时shell进程；若未用exec启动rsyslogd，rsyslogd虽会继承umask，但后续进入容器打开的交互式shell是全新进程，不会继承之前的umask设置。
2. 用户切换时机：如果Dockerfile或Pod配置中通过USER指令指定了非root用户，脚本会以该用户身份执行，但如果脚本的执行方式未确保umask被目标进程（rsyslogd）正确继承，也会导致设置失效。

可行的解决方法 #

1. 修正ENTRYPOINT与脚本写法（推荐） #

去掉/bin/sh -c的包裹，让脚本直接作为PID 1进程执行，并用exec启动rsyslogd，使其继承umask并取代当前shell进程：

• 修改ENTRYPOINT配置：

  ENTRYPOINT ["/var/run/scripts/entrypoint.sh"]
  

• 更新entrypoint脚本：

  #!/bin/bash
  umask 022
  exec /sbin/rsyslogd
  

2. 直接在ENTRYPOINT中设置umask #

无需单独脚本，直接在ENTRYPOINT命令链中设置umask后启动服务：

ENTRYPOINT ["/bin/sh", "-c", "umask 022 && exec /sbin/rsyslogd"]

3. 配置用户的默认umask（针对交互式场景） #

如果需要让该用户的所有交互式shell都生效，可以在用户的shell配置文件中添加umask设置：

# 假设非root用户为nonroot
RUN echo "umask 022" >> /home/nonroot/.bashrc
RUN echo "umask 022" >> /home/nonroot/.profile

注意：此方法仅对登录shell或交互式shell生效，对entrypoint启动的后台服务进程不适用。

4. 检查rsyslogd自身的配置 #

部分服务会在启动时重置umask，可检查rsyslog的配置文件（如/etc/rsyslog.conf），确认是否有覆盖umask的设置，若存在则调整对应配置项。

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