![Clamfs 的权限问题](https://linux22.com/image/543404/Clamfs%20%E7%9A%84%E6%9D%83%E9%99%90%E9%97%AE%E9%A2%98.png)
一直在努力蛤蜊在 Ubuntu 10.4 上运行。似乎一切正常,clamfs 找到受感染的文件并阻止我打开这些文件。
但是我在创建共享时遇到了权限问题。
我的文件夹结构如下:
/.sharedfiles(这是 clamfs 的根目录)
/sharedfiles(这是我的 Windows 客户端连接到的服务器上的实际共享文件夹)。
当 clamfs 没有运行时,我可以从 Windows 客户端在 ../sharedfiles 中创建和删除文件夹等。
但是当我打开 clamfs 时,我只能在 ../sharedfiles 内立即创建文件和文件夹。
即我可以创建../sharedfiles/newdirectory
但我无法创建../sharedfiles/newdirectory/somefile
我已经尝试了各种权限和 ACL,但就是无法正常工作。我应该提到,Windows 客户端在没有用户的情况下登录共享目录。即,他们是“nobody”并且属于“nogroup”组。
我已为 .sharedfiles 和 sharedfiles 设置了 ACL,如下所示:
getfacl .sharedfiles/
# file: .sharedfiles/
# owner: administrator
# group: administrator
user::rwx
group::rwx
other::rwx
default:user::rwx
default:user:clamav:rwx
default:group::rwx
default:mask::rwx
default:other::rwx
getfacl sharedfiles/
# file: sharedfiles/
# owner: administrator
# group: administrator
user::rwx
group::rwx
other::rwx
default:user::rwx
default:user:clamav:rwx
default:group::rwx
default:mask::rwx
default:other::rwx
这是我配置 clamfs.xml 文件的方式:
<filesystem root="/home/administrator/.sharedfiles" mountpoint="/home/administrator/sharedfiles" public="yes" readonly="no" nonempty="yes" />
知道我哪里做错了吗?我真的很想让它工作。谢谢。
更新 1:
进一步研究这个问题,发生的情况是,当我运行 clamfs 时,“其他”的 ACL 权限以某种方式发生了改变。
例如:我已将根目录和挂载点的 ACL 设置为授予“其他”rwx 权限。我还以相同的方式设置了默认 ACL,以便创建的每个文件夹都继承相同的 ACL。
当 clamfs 没有运行时,一切都按预期工作 - 我能够在子目录中写入。
当 clamfs 运行时,任何新创建的子目录都会失去“其他”的 w 权限。
我不明白为什么。
这似乎与发布的问题类似这里。
更新2:
好的,我刚刚发现,当我在 sudo 中运行 clamfs 时,没有权限问题。我想我现在唯一的问题是,我应该在 sudo 模式下运行它吗?我想知道 sudo 现在允许的实际上是被拒绝的什么?
答案1
好吧,这可能不是我遇到的问题的确切答案,但它确实为我解决了这个问题。
我已决定以 root 身份运行 clamfs,以解决我遇到的权限问题。
我已经将 clamfs 设置为启动脚本(以 root 身份运行)。为了创建脚本,而不必每次按照教程操作时都手动执行此操作这里。
我不知道这里的所有含义,也许这并不正确。但我现在在 Ubuntu 服务器上有一个共享文件,网络上的所有 Windows 计算机都可以访问它,无需用户名或密码,并且具有访问时扫描功能,可防止病毒在网络上传播(目前有大量病毒)。我喜欢认为这是一种捕蝇草 =)。
希望这对某人有帮助。