samba 权限/文件夹被锁定

samba 权限/文件夹被锁定

尝试按照本教程构建 ubuntu-server 文件服务器: https://www.youtube.com/watch?v=Y4MIWzLwZy8http://quidsup.net/tutorials/?p=ubuntu-create-nas

Raid5 磁盘和 Samba

在 Samba conf 文件中使用此文件:编辑:(不确定“用户”和“无人”的措辞。这些需要是实际的用户名吗?)

#Example smb.conf file
#======================= Global Settings =======================

[global]
    log file = /var/log/samba/log.%m
    load printers = no
    passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* 
%n\n *password\supdated\ssuccessfully* .
obey pam restrictions = yes
null passwords = yes
map to guest = Bad User
encrypt passwords = yes
passdb backend = tdbsam
passwd program = /usr/bin/passwd %u
dns proxy = no
server string = %h server (Samba, Ubuntu)
unix password sync = yes
workgroup = WORKGROUP
debug level = 1
guest account = nobody
os level = 20
auto services = global
syslog = 0
usershare allow guests = yes
panic action = /usr/share/samba/panic-action %d
max log size = 1000
pam password change = yes
use sendfile = yes
time server = no
wins support = no


#======================= Share Definitions =======================

[homes]
browseable = no
comment = Home Directories
available = no

[music]
comment = music
writeable = yes
store dos attributes = no
path = /mnt/rdisk/music
force create mode = 0755
printable = no
write list = md nobody
inherit acls = yes
public = yes
hide dot files = yes
read list = nobody md
valid users = nobody md
create mask = 0755
inherit permissions = yes
user = nobody md
force directory mode = 0755
directory mask = 0755
ea support = no

我的 raid 设备的 fstab:

/dev/md0 /mnt/rdisk ext3 rw,user,auto       0       0

也使用了 UUID(没有区别)为什么这个条目会在“磁盘和网络文件系统”中产生两个条目:

/ext3 rw,user,auto  0   Partition with ID b930483c-b9f7-4dfb-8740-d3d7ec117d06  
No  Yes

(^^注意,未使用)和

/mnt/rdisk  Linux Native Filesystem (ext3)  RAID device 0   5%  Yes     No

(^^^使用中)必须有一个简单的解释!

无论如何,在 /mnt/rdisk/ 中创建文件夹后,我尝试获取所有权:

md@ubuntuserver:/mnt/rdisk$ ls
lost+found  music
md@ubuntuserver:/mnt/rdisk$ sudo mkdir business
md@ubuntuserver:/mnt/rdisk$ sudo mkdir engineering
md@ubuntuserver:/mnt/rdisk$ sudo mkdir software
md@ubuntuserver:/mnt/rdisk$ sudo mkdir video
md@ubuntuserver:/mnt/rdisk$ ls
business  engineering  lost+found  music  software  video
md@ubuntuserver:/mnt/rdisk$ sudo chmod a=rw -R /mnt/rdisk
[sudo] password for md:
md@ubuntuserver:/mnt/rdisk$ sudo chown nobody:nogroup music/
md@ubuntuserver:/mnt/rdisk$ sudo chown nobody:nogroup engineering/
md@ubuntuserver:/mnt/rdisk$ sudo chown nobody:nogroup business/
md@ubuntuserver:/mnt/rdisk$ sudo chown nobody:nogroup software/
md@ubuntuserver:/mnt/rdisk$ sudo chown nobody:nogroup video/
md@ubuntuserver:/mnt/rdisk$ sudo chown -hR md:md /mnt/rdisk/
[sudo] password for md:
md@ubuntuserver:/mnt/rdisk$ sudo mount -a
[sudo] password for md:
md@ubuntuserver:/mnt/rdisk$ ls -dl
ls: cannot access .: Permission denied
md@ubuntuserver:/mnt/rdisk$ ls
ls: cannot open directory .: Permission denied

关于(编辑)安装 raid 的一些问题将我锁定在终端文件夹之外,并使 Windows 客户端中的共享文件夹无法访问。 如果我卸载,访问权限就会恢复。

为了测试,我重新创建了一个新的文件夹结构,并且没有使用上述命令。它一直有效,直到我重新启动,然后我发现自己再次被锁定。不确定冲突是什么/我遗漏了什么。快完成了!

答案1

对于 Ubuntu 中的目录,您需要在目录权限中标记“x”。即使您拥有该目录,如果忘记添加表示所有者的“x”,您仍然会被排除在外。例如,如果您不是所有者,则 chmod 766 会将您锁定在文件夹之外。或者 chmod +xwr /folder。另一个示例是 dxwrxwrx-r,它会让组和所有者拥有目录的读写权限,而其他所有人则只有读取权限。但是,如果您在末尾删除“x”,使其变成 dxwrxwr--r,您将锁定目录之外的所有人,但所有者和组会很好。-R 表示它是递归的,因此它会一直向下执行,对于文件和目录都是如此。使用 sudo find /var/{directory} -type f -print -exec chmod 664 {} \; 仅更改文件,而不更改文件夹内的目录。根据您想要对权限执行的操作,我通常对目录执行 chmod 775,然后对其余部分执行上述查找。

抱歉,还要修复您列出的命令,sudo chmod a=rw -R /mnt/rdisk 应该是 sudo chmod a=xrw -R /mnt/rdisk 或 sudo chmod 775 -R /mnt/rdisk,然后使用上面的查找功能修复文件的权限,使它们都不可执行。

我最初没有看到编辑,现在试图找出为什么文件夹在重启时消失。

这是另一个教程,如果有截图和解释的话似乎写得更好,可能会更好一些。 https://www.howtoforge.com/samba-server-ubuntu-14.04-lts 还有一个很有帮助的。 http://www.krizna.com/ubuntu/setup-file-server-ubuntu-14-04-samba/

希望这些能够帮助你渡过难关。

您正在浏览的网站上的文档。 https://docs.google.com/document/d/1hFw1YnH9s-1Y9M4VPLgPOOjm1iH6PJOHefg5NhGC4oA/edit?pli=1

我错了,NAS 和 NFS 之间没有区别。但是,当人们谈论 NAS 时,他们通常指的是可以使用 webgui 等进行维护的具有多个驱动器的系统,而 NFS 是人们通常认为的窗口共享。(这当然是我的经验)。所以我对命名法感到困惑表示抱歉。我认为我列出的前两个网站写得更好,可能更容易使用。

相关内容