cmroanirgo's questions

我是 linux 中的 ACL 的新手（但从 Windows 中知道它们），并且正在尝试为不同用户的主文件夹（mr_blue）中的文件夹设置写访问权限（对于 mr_green）。发生的情况是 mr_green 一直收到“Permission Denied”错误。我很确定我已经正确设置了所有内容，但是我不确定是我还是我的文件系统的配置......

这是 getfacl 返回的内容：

mr_blue@vps_machine:~$ whoami
mr_blue

mr_blue@vps_machine:~$ umask
0022

mr_blue@vps_machine:~$ getfacl shared_dir
# file: shared_dir
# owner: mr_blue
# group: mr_blue
user::rwx
user:mr_green:rwx
group::r-x
group:mr_green:rwx
mask::rwx
other::---
default:user::rwx
default:user:mr_green:rwx
default:group::r-x
default:group:mr_green:rwx
default:mask::rwx
default:other::---

mr_blue@vps_machine:~$ ls -al .
...
drwxrwx---+  2 mr_blue mr_blue 4096 Dec 15 13:34 shared_dir

该文件夹的内容是：

mr_blue@vps_machine:~$ ls -al shared_dir
total 16
drwxrwx---+  2 mr_blue mr_blue 4096 Dec 15 13:34 .
drwxr-x---  21 mr_blue mr_blue 4096 Dec 15 11:58 ..
-rw-rwxr--+  1 mr_blue mr_blue    6 Dec 15 16:42 ok.txt


mr_blue@vps_machine:~$ getfacl shared_dir/ok.txt
# file: shared_dir/ok.txt
# owner: mr_blue
# group: mr_blue
user::rw-
user:mr_green:rwx
group::r-x
group:mr_green:rwx
mask::rwx
other::r--

当我以 mr_green 身份登录时，出现 Permission Denied 错误：

mr_green@vps_machine:~$ whoami
mr_green

mr_green@vps_machine:~$ umask
0022

mr_green@vps_machine:~$ cat /home/mr_blue/shared_dir/ok.txt
cat: /home/mr_blue/shared_dir/ok.txt: Permission denied

在网上查看各种问题指标，似乎它应该可以正常工作......但我不明白为什么它不是。欢迎任何帮助或建议！

以下是可能相关的各种配置的结果：

# mount | grep vda1
/dev/vda1 on / type ext3 (rw,relatime,quota,usrquota,grpquota,errors=remount-ro,data=ordered)

# mount -v -o remount,acl /dev/vda1
mount: /dev/vda1 mounted on /.

# mount | grep vda1
/dev/vda1 on / type ext3 (rw,relatime,quota,usrquota,grpquota,errors=remount-ro,data=ordered)

# tune2fs -l /dev/vda1 | grep "Default mount options"
Default mount options:    user_xattr acl

# cat /etc/fstab 
...
UUID=xxx       /       ext3    defaults,acl,errors=remount-ro,rw,grpquota,usrquota    0

# cat /boot/config-4.4.0-170-generic | grep ACL
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_JFS_POSIX_ACL=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_BTRFS_FS_POSIX_ACL=y
CONFIG_F2FS_FS_POSIX_ACL=y
CONFIG_FS_POSIX_ACL=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_HFSPLUS_FS_POSIX_ACL=y
CONFIG_JFFS2_FS_POSIX_ACL=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_CEPH_FS_POSIX_ACL=y
CONFIG_CIFS_ACL=y
CONFIG_9P_FS_POSIX_ACL=y

我注意到最后一个命令没有列出任何内容，CONFIG_EXT3...所以它可能是一个原因......？但我不知道是不是这样，也不知道如何进行......

在我的机器（16.04.1）上，/dev/log 似乎丢失了。应该是一直不见了吧。

我在这里寻求帮助的真正原因是我正在使用带有 csf 的 virtualmin 并且该SYSLOG_CHECK选项总是失败（即使操作系统仍然是 14.04 可信赖的）。

这是我运行记录器时发生的情况：

# logger hi there
logger: socket /dev/log: No such file or directory

根据这个问题，我还尝试了“python”的做事方式：

# python -c 'import syslog; syslog.syslog("Hello World")'
(nothing is outputted, or appears in syslog)

所以，看着/dev/文件夹，我注意到那里根本没有“日志”。

我检查了另一台机器（v14.04），它有它：srw-rw-rw- 1 root root 0 Dec 16 20:34 log=

两台机器之间的主要区别在于，前者是从 vultr.com 启动的实例（使用他们提供的 cloud-init 感知安装），而后者使用 ubuntu ISO（很久以前）的机器（可以工作） )。

所以，对于这个问题：我该如何解决为什么我没有/dev/log某个应用程序（csf）可能试图写入的文件的问题？请注意，还有其他消息出现在 中/var/log/syslog，所以这对我来说有点混乱。

任何帮助表示赞赏。

编辑：

/lib/systemd/system/systemd-journald-dev-log.socket 的内容：

[Unit]
Description=Journal Socket (/dev/log)
Documentation=man:systemd-journald.service(8) man:journald.conf(5)
DefaultDependencies=no
Before=sockets.target

IgnoreOnIsolate=yes

[Socket]  
Service=systemd-journald.service  
ListenDatagram=/run/systemd/journal/dev-log
Symlinks=/dev/log  
SocketMode=0666
PassCredentials=yes  
PassSecurity=yes

ReceiveBuffer=8M
SendBuffer=8M  

我有两个 ubuntu VM（在 VirtualBox 中运行的服务器，作为开发机器）。较旧的盒子（ubuntu 12.04 LTS）运行 samba 很好，所有共享都运行良好。在制作新机器时，我将共享信息（但不是整个配置文件）复制到一个新机器（ubuntu 14.04 LTS），但许多共享都不起作用。

此共享适用于新旧版本：

[username]
path = /home/username
available = yes
valid users = username
read only = no
browseable = yes
public = yes
writable = yes
force user = username
force group = username
create mask = 0644
directory mask = 0755
hide dot files = no
follow symlinks = no

此共享在较新的 ubuntu 14.04 LTS 上失败（与上面相同，但不同的“强制用户/组”：

[etc]
path = /etc
available = yes
valid users = username
read only = no
browseable = yes
public = yes
writable = yes
force user = root
force group = root
create mask = 0644
directory mask = 0755
hide dot files = no
follow symlinks = no

我还有其他共享，我以类似的方式“强制用户 = www-data”，但也失败了。

当我尝试连接时（从 osx）看到的是：“操作无法完成，因为找不到“etc”的原始项目。” （我没有用于测试的窗口框）。

PS： smb.conf 基本上是“香草”，否则：我没有在共享本身之外进行任何编辑。

我快速查看了日志，唯一似乎被记录的是在 log.workstation 中：

[2014/07/27 09:02:06.173271,  0] ../source3/param/loadparm.c:4094(check_usershare_stat)
  check_usershare_stat: file /var/lib/samba/usershares/ owned by uid 0 is not a regular file

如果您能帮助解决从哪里开始解决这个问题，我们将不胜感激。显然，它与“强制用户”和“强制组”有关……但除此之外我不知道去哪里找。