slurm - 是否可以使用 Slurm 在 chroot 环境中运行用户的作业

Question

我正在使用 Slurm .我希望用户只能访问他们自己的 /home/目录(或他们执行工作的目录)，由 sudo 安装的 ubuntu 包用户和二进制文件用户 /bin ，如:ls , cat , rm等等。

我不希望每个用户都有任何 read/write访问其他用户的文件和重要文件，例如 /etc/passwd .

我观察到当任何 slurm-job在新用户下运行，它可以 read根 ( / ) 目录下的所有文件，例如 /etc/passwd .

起点Is it possible to force SLURM to have access to only job's running folder and not alter any other file?答案，已经推荐使用chroot :

If you want to make sure your job has no way to write outside of a specific directory, you can use the chroot command in your job submission script, but that seems a bit odd and less easy to manage than UNIX permissions.

The chroot() system call changes the process’s root directory to the directory specified by pathname

是否可以使用 chroot()-jailed 在 chroot 环境( Slurm )中运行用户的作业？ ?

作为替代解决方案，我通过UNIX权限控制文件访问，其中作业只能在提交用户具有写入权限的地方写入，请参阅:
slurm: How to submit a job under another user and prevent to read other users' files?

Answer 1

I do not want each user to have any read/write access to the other users' files and important files such as /etc/passwd.

允许用户阅读是正常的 /etc/passwd ，很多操作都需要。密码哈希等敏感信息，最初存储在 /etc/passwd ，现在存储在 /etc/shadown在所有 Linux 发行版中。

I observe that when any slurm-job runs under a new user, it can read all files under the root (/) directory such as /etc/passwd.

同样，普通用户能够读取 / 中的文件是正常的。 ;它使他们能够访问已安装的软件，查看有关其进程的信息等。

只有 /root应该可以被 root 读取只要。

至于其他用户的文件，一般在 /home所以请确保 /home 中的子目录是 700归其各自的用户所有。
/etc 中的文件也可能包含敏感信息，但包管理器通常会确保为这些文件设置了适当的权限。

如果您担心隐私，您还应该配置 Slurm 以禁用节点共享并保持记帐信息的私密性。查看更多信息 here .