Samba以systemctl守护进程运行异常：挂载失败且无法浏览共享，前台正常

这种systemd守护进程模式和前台运行不一致的情况，大概率是环境变量缺失或者SELinux权限限制导致的——毕竟systemd会给服务套一个相对受限的运行上下文，和你直接在终端运行的环境不一样。结合你提到的Samba连接LDAP的场景，我给你整理几个排查和解决步骤：

1. 对比前台与systemd运行的环境变量差异 #

终端前台运行时，你的Shell会加载各种环境变量（比如LDAP相关的配置路径、Kerberos变量等），但systemd服务默认不会继承这些变量。

• 先导出前台运行时的环境变量：

  env > /tmp/samba-foreground-env
  

• 再导出systemd运行的smbd进程的环境变量：

  cat /proc/$(pidof smbd)/environ | tr '\0' '\n' > /tmp/samba-systemd-env
  

• 用diff对比两个文件：

  diff /tmp/samba-foreground-env /tmp/samba-systemd-env
  

如果发现缺失LDAP相关的变量（比如LDAPCONF=/etc/openldap/ldap.conf），可以在systemd服务单元里添加：
编辑/etc/systemd/system/smb.service.d/override.conf（没有的话新建这个文件）：

[Service]
Environment=LDAPCONF=/etc/openldap/ldap.conf

然后重载配置并重启服务：

systemctl daemon-reload
systemctl restart smb

2. 检查SELinux权限限制 #

Fedora 27默认开启SELinux，systemd运行的smbd进程会使用smbd_t的安全上下文，而前台运行时可能是unconfined_t，这会导致SELinux阻止Samba连接LDAP。

• 先临时关闭SELinux测试：

  setenforce 0
  

如果此时能正常访问共享，说明是SELinux的问题，执行以下命令永久允许Samba连接LDAP：

setsebool -P samba_connect_ldap on

然后重启Samba服务即可：

systemctl restart smb

3. 检查systemd服务单元的配置细节 #

你提供的服务单元可能存在参数或类型配置问题：

• 确认ExecStart的参数是否和前台一致：比如前台用/usr/sbin/smbd -FS，systemd的ExecStart应该是/usr/sbin/smbd --foreground --no-process-group（如果是Type=simple的话），避免参数差异。
• 检查Type字段：如果你的Samba 4.7.5不支持Type=notify（部分旧版本可能存在兼容问题），可以改成Type=forking或Type=simple：
  编辑服务单元文件，修改后执行systemctl daemon-reload && systemctl restart smb。

4. 对比前台与systemd的日志差异 #

• 前台运行时查看日志输出，捕捉连接时的错误信息；
• 用journalctl查看systemd的Samba日志：

  journalctl -u smb -f
  

尝试连接共享，看日志里是否有LDAP绑定失败、权限不足等具体错误，这些信息能帮你精准定位问题。

内容的提问来源于stack exchange，提问作者MrNorm