在使用Synology NAS进行文件管理时，SMB（服务器消息块）是用户最常用的文件共享协议之一——通过SMB可在Windows、Mac客户端与NAS间快速传输文件，而File Station则是DSM系统自带的本地文件管理工具。但不少用户反馈，在两种工具间操作文件时会遇到文件名乱码问题：比如通过SMB将客户端的“tèst.txt”保存到NAS后，在File Station中查看变成“t st.txt”；或在File Station创建“Tésto”文件夹，通过SMB在电脑上查看时显示为“TéSte”。这并非NAS硬件故障，而是DSM默认编码（UTF-8）与SMB配置文件中的编码参数冲突导致的。本文将从症状对照、核心原因、分步解决方案，到域环境特殊处理与常见问题，全方位帮你修复Synology SMB与File Station的文件名乱码。

一、症状对照：你的文件名乱码是否属于这些典型场景？

在排查问题前，需先确认你遇到的乱码现象是否与Synology SMB和File Station的编码冲突一致，避免与“文件损坏”“客户端编码设置错误”等其他问题混淆。

1. 两种高频乱码场景（附具体示例）

Synology SMB与File Station的文件名乱码主要集中在“含特殊字符的文件名”（如带重音符号é、è、ü，或非英文特殊字符），具体分为两种场景：

场景1：SMB创建/上传文件，File Station查看乱码

1. 操作流程：在Windows/Mac电脑上，通过SMB连接Synology NAS（如在Windows“此电脑”输入“NAS_IP”）；

2. 上传文件：将本地含特殊字符的文件（如“tèst.txt”“ Müeller.docx”）复制到NAS的SMB共享文件夹；

3. 乱码表现：登录DSM打开File Station，找到刚上传的文件，发现文件名中的特殊字符变成乱码——“tèst.txt”显示为“t st.txt”，“Müeller.docx”显示为“M ller.docx”，部分字符被“ ”替代。

场景2：File Station创建文件，SMB客户端查看乱码

1. 操作流程：登录DSM，在File Station中创建含特殊字符的文件夹或文件（如“Tésto文件夹”“café.jpg”）；

2. 查看文件：在电脑上通过SMB连接NAS，访问对应共享文件夹；

3. 乱码表现：电脑端显示的文件名异常——“Tésto文件夹”变成“TéSte文件夹”，“café.jpg”变成“café.jpg”，字符格式完全错乱。

2. 关键特征：仅含特殊字符的文件名乱码

若你的乱码符合以下特征，基本可确定是编码冲突导致：

- 纯英文、数字文件名（如“test123.txt”“report.pdf”）无异常，仅含é、è、ü、ñ等特殊字符的文件名乱码；

- 文件内容正常，仅文件名乱码，打开文件后数据无丢失；

- 乱码仅在SMB与File Station交互时出现，通过FTP、WebDAV传输的文件无此问题。

二、诊断原因：DSM默认UTF-8与SMB编码参数冲突

Synology DSM系统的默认编码格式为UTF-8（兼容全球多语言字符，包括特殊符号），而文件名乱码的核心原因是：SMB配置文件中手动添加了“dos charset”“display charset”“UNIX charset”等编码参数，这些参数的编码格式（如850、iso-8859-15）与UTF-8不兼容，导致字符转换错误。

为什么这些参数会引发乱码？

- dos charset：用于定义DOS系统的字符集（如850对应DOS西欧字符集），若SMB配置中启用该参数，含é、è的文件名会按DOS编码传输，而File Station按UTF-8解析，自然出现乱码；

- display charset：控制SMB客户端显示文件名的字符集（如iso-8859-15对应西欧语言），与DSM默认UTF-8冲突时，客户端查看File Station创建的文件会乱码；

- UNIX charset：定义UNIX系统与SMB交互的字符集，同样会打破UTF-8的统一编码逻辑。

简单来说：DSM想用UTF-8统一编码，SMB配置却强制用其他编码，两者不兼容导致文件名“翻译错误”。

三、解决方案：4步删除冲突编码参数，修复乱码

解决问题的核心是“删除SMB配置文件中的冲突编码参数”，让SMB遵循DSM默认的UTF-8编码。操作需通过SSH登录NAS获取root权限，步骤详细且无风险，按以下流程执行即可：

步骤1：开启DSM SSH服务，准备登录工具

SMB配置文件需通过SSH修改，首先需开启DSM的SSH服务，并准备SSH工具（如Windows用PuTTY，Mac/Linux直接用终端）：

1. 开启SSH服务：

- 登录DSM管理界面，进入“控制面板→终端机和SNMP→终端机”；

- 勾选“启用SSH服务”，确认端口（默认22，若自定义需记录端口号）；

- 点击“应用”，弹出“服务将启动”提示，点击“确定”。

2. 准备SSH工具：

- Windows用户：下载PuTTY（免费，官网https://www.putty.org/），安装后打开；

- Mac/Linux用户：直接打开“终端”（Mac在“启动台→其他”，Linux按“Ctrl+Alt+T”），无需额外安装。

步骤2：SSH登录DSM，获取root权限

通过SSH连接NAS并切换到root用户（仅root有权修改SMB配置文件）：

1. 连接NAS：

- PuTTY用户：在“Session”界面输入NAS的局域网IP（如192.168.1.100）、SSH端口（默认22），“Connection type”选“SSH”，点击“Open”；

- 终端用户：输入命令`ssh 用户名@NAS_IP -p 端口`（如`ssh admin@192.168.1.100 -p 22`），按Enter。

2. 输入账号密码：

- 首次连接会提示“是否信任此主机”，输入“yes”按Enter；

- 输入DSM管理员账号（如admin），按Enter后输入对应密码（输入时密码不显示，输完直接按Enter），成功登录后显示`admin@Synology:~$`。

3. 切换root权限：

- 输入命令`sudo -i`，按Enter；

- 再次输入管理员密码（验证权限），按Enter后，命令行提示符变为`root@Synology:~`，表示已获取root权限（后续操作需在此状态下执行）。

步骤3：查看并删除SMB配置文件的冲突参数

不同DSM版本的SMB配置文件路径不同，需先确认版本，再执行对应命令查看并删除参数：

（1）确认DSM版本，获取配置文件路径

通过以下命令查看DSM版本，或直接在DSM“关于DSM”中查看，路径对应关系如下表：

| DSM版本        | SMB配置文件路径                | 查看配置文件的命令              |

|----------------|--------------------------------|---------------------------------|

| DSM 6.0及以上  | /etc/samba/smb.conf            | `cat /etc/samba/smb.conf`       |

| 早于DSM 6.0版本| /usr/syno/etc/smb.conf         | `cat /usr/syno/etc/smb.conf`    |

（2）查看配置文件中的冲突参数

1. 输入对应版本的“查看命令”（如DSM 7.0输入`cat /etc/samba/smb.conf`），按Enter；

2. 在输出的配置内容中，找到“[global]”区域（通常在文件开头，定义SMB全局配置）；

3. 检查该区域下是否存在以下3个冲突参数（任意一个或多个）：

- `dos charset = 850`（数字可能为其他值，如437、852）；

- `display charset = iso-8859-15`（或其他iso-8859系列值）；

- `UNIX charset = iso-8859-15`（或其他编码值）。

（3）删除冲突参数（用vi编辑器修改）

1. 输入编辑命令（按DSM版本选择路径）：

- DSM 6.0及以上：`vi /etc/samba/smb.conf`；

- 早于DSM 6.0：`vi /usr/syno/etc/smb.conf`；

2. 进入vi编辑模式：按键盘“i”键，左下角显示“INSERT”，表示可编辑；

3. 找到“[global]”区域下的冲突参数，将整行删除（如删除`dos charset = 850`这一行）；

4. 保存并退出：按“Esc”键退出编辑模式，输入`:wq`（冒号+wq），按Enter，系统会保存修改并退出vi编辑器（若误操作，输入`:q!`放弃修改退出）。

5. 验证修改：重新执行“查看命令”，确认“[global]”区域已无上述3个参数，修改成功。

步骤4：重启SMB服务，测试乱码是否修复

删除参数后需重启SMB服务，让配置生效，步骤如下：

1. 重启SMB服务：

- 登录DSM管理界面，进入“控制面板→文件服务→SMB”；

- 取消勾选“启用SMB服务”，点击页面底部“应用”，弹出“确认禁用”提示，点击“确定”；

- 等待10秒后，重新勾选“启用SMB服务”，再次点击“应用”，SMB服务重启完成。

2. 关键提醒：重启SMB服务时，所有正在通过SMB连接NAS的用户会被强制断开，建议在用户低峰期操作（如夜间、午休），避免影响工作。

3. 测试修复效果：

- 按之前的乱码场景操作：通过SMB上传“tèst.txt”到NAS，或在File Station创建“Tésto文件夹”；

- 分别在File Station和SMB客户端查看文件名——若“tèst.txt”正常显示，“Tésto文件夹”无乱码，说明修复成功；

- 若仍有乱码，重复步骤3确认参数已删除，或重启NAS（进入“控制面板→电源→重启”）后再次测试。

四、特殊场景：NAS已加入域？需重新加入域确保编码正确

若你的Synology NAS已加入企业域（如Windows Active Directory），仅重启SMB服务可能无法完全修复域用户的文件名乱码，需额外重新加入域，确保域用户/群组名称的编码与DSM UTF-8同步：

1. 进入DSM“控制面板→域/LDAP→域”；

2. 点击“退出域”，在弹出的确认窗口中输入域管理员账号密码，点击“确定”（退出过程需1-2分钟）；

3. 退出成功后，点击“加入域”，重新输入域名称、域管理员账号密码，按提示完成加入；

4. 加入后，通过域用户账号登录SMB客户端或File Station，测试文件名是否正常显示——域环境下的编码冲突通常可通过此操作解决。

五、常见问题排查：3个高频疑问的解决方案

部分用户在操作中可能遇到“SSH登录失败”“修改参数后仍乱码”等问题，以下是针对性解答：

1. 疑问：SSH登录时提示“Permission denied”（权限不足）？

- 原因：当前登录的DSM账号未加入“administrators”群组，无sudo切换root的权限；

- 解决：

1. 登录DSM“控制面板→用户与群组→用户”；

2. 找到当前账号（如“user1”），点击“编辑→所属群组”；

3. 勾选“administrators”，点击“确定”，重新SSH登录即可执行`sudo -i`。

2. 疑问：删除参数并重启SMB，文件名仍乱码？

- 可能原因与解决：

- 原因1：配置文件修改未保存（vi编辑时未输入`:wq`）；解决：重新执行步骤3，确认参数已删除；

- 原因2：旧乱码文件未更新；解决：删除原乱码文件，重新创建/上传含特殊字符的文件，旧文件的乱码不会自动修复；

- 原因3：客户端编码设置错误（如Windows区域设置非UTF-8）；解决：Windows用户进入“控制面板→时钟和区域→区域→管理→更改系统区域设置”，勾选“Beta版：使用Unicode UTF-8提供全球语言支持”，重启电脑后测试。

3. 疑问：重启SMB后，用户反馈无法连接NAS？

- 原因：SMB服务重启后端口未正常开放，或防火墙拦截；

- 解决：

1. 确认SMB端口：进入“控制面板→文件服务→SMB”，查看“端口号”（默认445，若自定义需记录）；

2. 检查防火墙：进入“控制面板→安全性→防火墙”，查看是否有规则拦截SMB端口（445），若有则添加“允许”规则，允许客户端IP访问该端口；

3. 测试连接：在客户端输入“NAS_IP:端口”（如“192.168.1.100:445”），确认可正常连接。

六、预防措施：避免未来再次出现文件名乱码

修复后需注意以下2点，防止乱码问题复发：

1. 不随意修改SMB配置文件：除非有明确的技术指导，否则不要在`smb.conf`中添加“dos charset”“display charset”等编码参数，保持DSM默认UTF-8编码；

2. 定期检查配置文件：若NAS有多个管理员，可每季度执行步骤3的“查看命令”，确认SMB配置文件无异常参数，提前预防冲突。

通过以上步骤，你已能彻底解决Synology SMB与File Station的文件名乱码问题——核心是删除SMB配置中与UTF-8冲突的编码参数，再配合重启服务（域环境需重新加域）。若在操作中遇到vi编辑、SSH连接等技术问题，可访问Synology官方知识库（https://kb.synology.cn/）搜索“SMB配置文件修改”，获取更多细节指导。

要不要我帮你整理一份Synology SMB文件名乱码修复操作清单？清单会提炼SSH登录、参数删除、服务重启的关键命令与步骤，标注域环境特殊处理和易错点（如vi保存命令），方便你直接对照操作，无需反复查阅长文。