Freeshell 外部存储修复 UID 错误问题
•
昨晚 freeshell 外部存储上线以来,外部存储系统中的一些 UID 变成了 root(0)或 nobody(65534),导致一些文件权限问题。
经查,这是由于 NFSv4 协议并不是直接传输 UID/GID,而是在 NFS client 端由 idmap 服务将 UID/GID 转换成 username@localdomain 的形式,以字符串形式传输给 NFS server,server 端的 idmap 服务再把字符串转换成 UID/GID。也就是说,client 与 server 的主机系统中只要至少有一端的 /etc/passwd 中不存在这个 UID/GID,就会出现问题。如果是从其他 freeshell 复制过来的,复制(rsync)过程中文件首先以 root 身份创建,随后的 chown 操作失败,所以 UID 就是 0;如果是在外部存储的 freeshell 中以“不存在”的用户身份创建文件,该文件的 UID 就会被 squash 成 nobody(65534)。
NFSv3 协议使用了数字 UID/GID 传输,不依赖 idmap 服务,不仅解决了 UID/GID 问题,还减少了无谓的开销。此问题现已解决。如果您今天新建或迁移了 freeshell,请自行修复 UID/GID,因此带来的不便望能谅解。
感谢 vanabel 的 bug 报告。