使用RPC调用执行NFSv3挂载时遭遇EACCESS错误的咨询

核心原因 #

mount命令本身是setuid root的，普通用户执行时会自动获得root权限完成挂载；而你自行编译的C程序默认没有这个权限属性，因此调用RPC挂载时会返回EACCESS(13)权限错误。

无需sudo的解决方案 #

1. 给程序添加setuid权限 #

编译完成你的挂载程序后，以root身份执行以下命令，赋予程序setuid属性：

chmod u+s /path/to/your_rpc_mount_program

这样普通用户运行该程序时，会以程序所有者（root）的权限执行，即可绕过权限限制完成挂载。

注意：务必确保程序没有安全漏洞，避免被恶意利用提权。

2. 通过/etc/fstab配置允许普通用户挂载特定共享 #

在/etc/fstab中添加对应NFS共享的条目，指定user选项：

<server_ip>:/nfstest /local/mountpoint nfs defaults,user 0 0

其中：

• <server_ip>替换为你的NFS服务器IP（VirtualBox环境下可填主机IP或虚拟机自身IP）
• /local/mountpoint是本地挂载目录（需提前创建）
  配置完成后，普通用户直接执行mount /local/mountpoint即可挂载，你的RPC程序也可以基于这个配置调整逻辑完成挂载。

3. 使用Polkit配置权限规则 #

创建Polkit规则文件，允许指定用户组（比如users组）执行挂载操作：
创建文件/etc/polkit-1/rules.d/50-allow-nfs-mount.rules，写入以下内容：

polkit.addRule(function(action, subject) {
    // 匹配挂载相关动作，可根据实际RPC调用调整action.id
    if (action.id.startsWith("org.freedesktop.systemd1.mount") &&
        subject.isInGroup("users")) {
        return polkit.Result.YES;
    }
});

保存后重启Polkit服务：

systemctl restart polkit

这种方式更灵活，可以针对特定用户/组开放权限，无需修改程序属性。

4. 给程序添加特定内核能力（不推荐） #

使用setcap给程序添加CAP_SYS_ADMIN权限（该权限接近root权限，风险较高）：

setcap cap_sys_admin+ep /path/to/your_rpc_mount_program

仅在其他方案不可行时考虑使用，需严格控制程序的安全性。

内容的提问来源于stack exchange，提问作者Robert Joseph Dacunto