外币兑换做运维这些年，被问得最多的需求之一就是：公司内网里有一台Linux服务器，大家平时用Windows办公，怎么才能像访问Windows共享那样直接打开Linux上的文件？答案就是Samba。Samba这套开源方案在Linux上实现了Windows的SMB/CIFS协议，让Windows资源管理器里直接输入\\服务器IP就能看到共享文件夹，配合账号权限、网络驱动器映射，用起来几乎感觉不到对面是一台Linux。这篇文章不聊空泛的理论，就把从零配置Samba、Windows登录、开机自动映射这几步完整讲一遍，顺便把我在实际环境里踩过的那些坑一起列出来。适合刚接触Linux共享的运维、开发，也适合家里有几台设备想自己搭文件服务的普通用户。
Windows与Linux共享文件，SMB协议是最成熟的一条路，没有之一。真正让新手头疼的从来不是Samba本身，而是配置完以后Windows连不上、权限不对、开机映射不生效这类细枝末节。所以本文会把服务端配置、客户端访问、自动映射、排错这四段流程全部走一遍，每一段尽量做到拿来即用。
1. 整体设计思路：先搞清楚要解决什么问题
1.1 需求场景分析
在动手配置之前，先想清楚你的使用场景。最常见的三种情况：第一种是办公室文件共享，几个人共用一台Linux服务器上的资料目录，希望每个同事用Windows访问时能映射一个网络驱动器，双击就能用；第二种是开发环境，代码放在Linux服务器上，Windows这边用IDE直接打开共享目录改代码；第三种是家里面自建NAS，用一台旧电脑装Linux，挂上硬盘做家庭影音库和照片备份。
这三种场景对Samba的需求有一点差异。办公场景看重权限隔离，不同部门只能看自己的目录；开发场景看重稳定性和IO性能，频繁读写小文件不能卡死；家庭场景看重简单，最好免密登录或者一套账号通吃。无论哪种场景，最终目标都是一致的：Linux做服务端，Windows做客户端，开机后自动把共享目录映射成盘符。
“开机自动映射登录”这个词很容易让人误解成Samba自带的功能，其实不是。Samba只负责在服务端提供共享，映射盘符是Windows客户端的动作。所以整个项目可以拆成两条线：服务端要保证Samba服务稳定、账号权限正确、网络放行；客户端要解决Windows开机时自动执行映射命令、自动填写凭据的问题。两条线缺一不可，后面所有配置都围绕这两条线展开。
1.2 方案选型：为什么是Samba而不是NFS、FTP、WebDAV
很多刚接触的人会问：Linux之间共享用NFS不是更快吗？FTP不是更简单吗？这里要解释清楚，因为选错方案后面全是坑。
NFS在Linux生态里确实性能和兼容性都很好，但Windows对NFS的支持相当勉强。Windows 10/11企业版和专业版虽然自带“NFS客户端”功能，但安装后使用体验并不好：字符编码容易乱、权限映射逻辑和Linux不一样、没有图形化“网络驱动器”那种原生盘符体验，而且普通家庭版默认根本没有这个组件。如果公司里有一半人用Windows，NFS不是最优解。
FTP更不用提了，它没有“目录映射成盘符”的原生体验，需要额外装客户端软件，而且文件锁、权限控制、断点续传都做得比较粗糙。WebDAV倒是能映射成盘符，但Windows对WebDAV的支持一直不太稳定，HTTPS证书、代理、超时设置一堆问题，配置成本反而更高。
Samba的优势就在于它原生实现了微软的SMB协议，Windows看到它就是一台标准的SMB文件服务器，资源管理器、命令行、各种软件都能无缝对接，不需要装任何额外客户端。兼容性这一条，就决定了它是Windows与Linux共享文件场景下的默认答案。代价是Samba配置项比较多，老版本和新版本之间还有差异，但这完全可以通过规范化的配置文件解决。
1.3 账号模型与共享目录规划
Samba的账号体系有一个必须理解的逻辑：Samba用户必须对应一个Linux系统用户。也就是说，你想让张三能用Windows登录Samba，Linux系统里就必须有张三这个用户，然后通过smbpasswd -a zhangsan把密码写进Samba的用户数据库。这个设计让权限管理变得非常干净——Samba共享出来的每个目录，最终权限都是由Linux的文件权限机制（uid/gid）把关的。
共享目录规划上，我的建议是不要直接用/home下的目录当共享根目录，而是单独建一个挂载点，比如/srv/samba，下面再分share1、share2这样的子目录。原因有两个：一是方便做磁盘配额和快照，二是避免用户家目录权限混乱导致Linux系统登录和Samba访问互相干扰。如果是家庭场景只有一两个用户，一个/srv/samba/public共享所有文件就够了；如果是公司场景，我习惯先定义好部门目录和公共目录，再逐个加[share]配置段。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Samba服务端配置详解
2.1 服务安装与前置准备
我以Debian/Ubuntu和CentOS/Rocky两系为例。Ubuntu上安装非常简单：
bash复制sudo apt update
sudo apt install samba smbclient
CentOS/Rocky 8/9系列：
bash复制sudo yum install samba samba-client
安装完成后先确认版本，Samba 4.x是目前的主流版本，功能上完全满足现代需求：
bash复制samba --version
然后设置开机自启并立即启动：
bash复制sudo systemctl enable smbd
sudo systemctl start smbd
在CentOS/Rocky上服务的名称通常是smb，Ubuntu上拆成了smbd和nmbd两个服务。smbd负责文件共享核心，nmbd提供NetBIOS名称解析，局域网内想用\\主机名访问就必须靠它。如果你习惯直接用IP访问，nmbd可有可无，但留着也不碍事。端口方面要记住：Samba监听TCP 139和445，UDP 137和138。445是最主要的，139是为了兼容老客户端的NetBIOS会话服务，现代环境下基本只用445。
2.2 核心配置文件smb.conf逐段解读
Samba的配置文件在/etc/samba/smb.conf。不同发行版默认配置差异挺大，Ubuntu自带的几乎是一份文档型配置，注释比实际行数还多；CentOS的相对简洁。我的习惯是先把原文件备份，然后直接写一份干净配置，这样出了问题好排查。
先看一段我在内网场景下常用的完整配置，再逐段解释：
ini复制[global]
workgroup = WORKGROUP
server min protocol = SMB2_10
server max protocol = SMB3
security = user
passdb backend = tdbsam
hosts allow = 127.0.0.1 192.168.1.0/24
hosts deny = 0.0.0.0/0
log file = /var/log/samba/log.%m
max log size = 1000
logging = file
map to guest = Bad User
guest account = nobody
unix charset = UTF-8
dos charset = CP936
display charset = UTF-8
lo