答案是通过安装Samba软件包、配置共享目录权限、调整防火墙和SELinux策略，可实现CentOS文件共享。具体步骤包括：安装Samba及相关组件；编辑/etc/samba/smb.conf文件定义共享属性，如路径、访问用户和权限模式；创建共享目录并设置适当的文件系统权限与所有者；使用smbpasswd命令添加Samba专用用户；配置firewalld放行samba服务，并为共享目录设置正确的SELinux上下文（samba_share_t），避免因安全策略导致访问失败；最后启动并启用smb和nmb服务。安全性方面需结合Samba用户认证、Linux底层权限控制、防火墙限制及SELinux防护，多层机制协同保障共享安全，尤其应禁用guest访问、最小化授权用户范围，并避免随意关闭SELinux。
设置CentOS上的文件共享，特别是通过Samba，核心流程就是安装必要的Samba软件包，然后细致地配置共享目录的访问权限，同时别忘了调整防火墙和SELinux策略。这套组合拳下来，你就能让Windows、macOS甚至其他Linux系统像访问本地硬盘一样，轻松存取CentOS服务器上的文件了。
解决方案
说实话，每次要部署Samba共享，我都会先深吸一口气，因为这事儿看着简单，但凡哪个环节没注意到，比如SELinux，就可能让你卡上半天。我的习惯是，按部就班地来，每一步都确认到位。
第一步，安装Samba服务。CentOS 7用
yum
，CentOS 8及更新版本用
dnf
，其实都差不多。
sudo yum install samba samba-client samba-common -y
安装过程中，系统会自动拉取所有依赖。完成后，Samba服务默认不会启动。
第二步，配置Samba的主文件
/etc/samba/smb.conf
。这是Samba的核心，所有的共享定义都在这里。我个人习惯是先备份一下原始文件，以防手滑改错了还能恢复。
sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.bak sudo nano /etc/samba/smb.conf
在这个文件的末尾，你可以添加你的共享定义。比如说，我打算共享一个名为
my_share
的目录，它的实际路径是
/srv/samba/my_share
。
[my_share] comment = My Personal Shared Folder path = /srv/samba/my_share browseable = yes writable = yes guest ok = no valid users = user1 user2 @mygroup create mode = 0664 directory mode = 0775
这里面有几个地方需要解释一下：
-
comment
：给共享起个好记的名字，在网络邻居里会显示。
-
path
：这是服务器上实际的共享目录路径。确保这个目录是存在的。
-
browseable = yes
：让这个共享在网络上能被发现。
-
writable = yes
：允许连接的用户写入文件。如果只希望提供下载，就设成
no
。
-
guest ok = no
：不允许匿名访问。通常为了安全，我都会设为
no
。
-
valid users
：指定哪些用户或用户组可以访问。
user1
、
user2
是系统用户，
@mygroup
表示
mygroup
这个用户组的所有成员。
-
create mode
和
directory mode
：这些是新创建文件和目录的默认权限，分别对应Unix的八进制权限。
第三步，创建实际的共享目录并设置文件系统权限。
sudo mkdir -p /srv/samba/my_share sudo chmod -R 0777 /srv/samba/my_share # 暂时给个宽松权限，方便测试，后续再收紧 sudo chown -R nobody:nobody /srv/samba/my_share # 或者指定一个特定的系统用户和组
这里
nobody:nobody
是一个常见的做法，表示匿名用户和组。但更严谨的话，我会创建一个专门的Samba用户组，比如
sambashare
，然后将目录的属主设为
root:sambashare
，并配合
chmod g+s
来确保新文件继承组权限。
第四步，创建Samba用户。Samba有自己独立的密码数据库，不直接使用系统用户的密码。
sudo smbpasswd -a user1
你会被提示为
user1
设置Samba密码。请注意，这个
user1
必须是CentOS系统里已经存在的用户。
第五步，调整防火墙和SELinux。这俩是很多人初次设置Samba时最容易踩坑的地方。 防火墙：
sudo firewall-cmd --permanent --add-service=samba sudo firewall-cmd --reload
SELinux： 如果SELinux处于
Enforcing
模式，它会阻止Samba访问你的共享目录，即使文件系统权限看起来没问题。最稳妥的办法是给共享目录打上正确的SELinux上下文标签。
sudo semanage fcontext -a -t samba_share_t "/srv/samba/my_share(/.*)?" sudo restorecon -Rv /srv/samba/my_share
如果你对SELinux不熟悉，有时会有人选择暂时将其设为
Permissive
模式（
sudo setenforce 0
）来排查问题，但这并不是一个推荐的长期解决方案，因为它会大大降低系统的安全性。
最后一步，启动并启用Samba服务。
sudo systemctl start smb nmb sudo systemctl enable smb nmb
smb
是Samba的核心文件共享服务，而
nmb
则负责网络邻居的名称解析和浏览功能。
Samba共享的安全性如何保障？
关于Samba共享的安全性，这绝对是个重头戏。毕竟，你把服务器上的文件暴露在网络上，就得有一套严密的防护措施。我个人的经验是，保障Samba安全，必须是多管齐下，不能指望一个设置就能解决所有问题。
首先，用户认证和授权是基础。前面提到的
smbpasswd -a user1
就是第一道防线。Samba拥有自己的用户数据库，这与系统用户密码是独立的，增加了安全性。但别忘了，Samba用户必须对应一个系统用户。我通常会建议为Samba共享创建专门的、权限受限的系统用户，而不是直接使用
root
或其他高权限账户。在
smb.conf
中，
valid users
参数至关重要，它明确指定了哪些用户或组可以访问共享。强烈建议避免使用
guest ok = yes
，除非你的共享真的是完全公开且不包含任何敏感信息。
其次，文件系统权限是底层保障。Samba共享的目录，其底层的Linux文件系统权限（
chmod
和
chown
）必须配置得当。Samba只是一个“网关”，它会根据其配置和用户的Samba密码验证，然后将用户的请求映射到底层Linux用户和权限上。如果Linux本身就不允许某个Samba用户访问某个文件，Samba是无能为力的。我见过太多次，Samba配置看着没问题，结果是文件系统权限没给够，导致各种“Permission denied”错误。
read only = yes
和
writable = yes
参数控制了Samba层面的读写权限，但它们最终还是受限于底层文件系统权限。
再来，网络和系统层面的防护同样不可或缺。
- 防火墙是你的第一道网络防线。只允许信任的IP地址或IP段访问Samba端口（TCP 139, 445和UDP 137, 138）。
firewall-cmd
的规则要尽可能精细化。
- SELinux这个“看门狗”的作用非常大。它为系统进程提供了额外的强制访问控制。如果
linux centos windows 防火墙 硬盘 mac macos win dnf linux系统 Directory 继承 windows macos 数据库 udp linux centos unix