QNAP NAS主目录下新建文件夹无法访问的权限问题咨询

你遇到的这个问题确实有点奇怪——明明新建的test_dir和主目录/share/homes/david权限看起来一样（都是drwxrwx---），但自己作为david用户却能访问主目录，却进不去新建的文件夹。我来帮你拆解一下可能的原因和解决思路：

先把你提供的操作过程整理出来，方便后续分析：

[david@qnap_nas ~]$ pwd
/share/homes/david

[david@qnap_nas ~]$ whoami
david

[david@qnap_nas ~]$ id
uid=1024(david) gid=100(everyone) groups=0(administrators),100(everyone)

[david@qnap_nas ~]$ mkdir test_dir

[david@qnap_nas ~]$ ls -lah test_dir/
/bin/ls: cannot open directory test_dir/: Permission denied

[david@qnap_nas ~]$ sudo ls -lah test_dir/
total 17K
drwxrwx---  2 david everyone  2 2024-05-03 10:44 .
drwxrwx--- 14 david everyone 24 2024-05-03 10:44 ..

[david@qnap_nas ~]$ cd test_dir/
-sh: cd: test_dir/: Permission denied

核心疑问分析：为什么权限相同但访问结果不同？ #

从传统Unix权限逻辑来看，drwxrwx---意味着：

• 所有者（david）拥有读、写、执行全权限（rwx）
• 所属组（everyone）拥有读、写、执行全权限（rwx）
• 其他用户无任何权限（---）

你作为david用户，既是所有者又属于everyone组，理论上完全有权限访问test_dir。但实际被拒绝，大概率是QNAP NAS的ACL（访问控制列表）机制在起作用——QNAP默认会用ACL细化权限，你的主目录是系统创建的，自带专属ACL规则，而手动新建的test_dir没继承到这些规则。

排查与解决步骤 #

1. 对比主目录和新建目录的ACL设置
   用getfacl命令查看两者的ACL差异：

   getfacl /share/homes/david
   getfacl /share/homes/david/test_dir
   

   你会发现主目录存在针对david用户的显式允许规则，而test_dir没有，这就是权限差异的根源。

2. 让新建目录自动继承主目录的ACL
   先给主目录设置默认ACL，这样后续新建的所有文件/目录都会自动继承正确权限：

   sudo setfacl -d -m u:david:rwx /share/homes/david
   sudo setfacl -d -m g:everyone:rwx /share/homes/david
   

   再给已存在的test_dir补全ACL：

   sudo setfacl -m u:david:rwx /share/homes/david/test_dir
   sudo setfacl -m g:everyone:rwx /share/homes/david/test_dir
   

   执行完后你应该就能正常访问test_dir了。

3. 关于chmod o+x的疑问
   你用chmod o+x确实能临时解决问题，但这属于“治标不治本”——它给所有无关用户开放了目录的执行权限，存在安全隐患。正确的做法是修复自身权限的继承问题，而不是开放额外权限给其他人。

额外提示 #

如果上述方法无效，你可以检查QNAP的权限模式设置：

• 打开QNAP Web管理界面，进入「控制面板」→「权限管理」→「共享文件夹」
• 找到homes共享文件夹，查看是否开启了「Windows ACL兼容模式」，如果开启，Unix权限会被ACL覆盖，需要确保david用户在ACL中有完全控制权限。

备注：内容来源于stack exchange，提问作者Daviid