SmartDNS目录权限修改问题分析与解决方案

问题背景

在Linux系统中，/run目录是一个临时文件系统(tmpfs)，用于存储系统运行时的临时文件。正常情况下，该目录应保持root用户所有且权限为755。然而在使用SmartDNS服务时，用户发现当配置文件中指定/run目录下的cache文件路径后，会导致/run目录权限被意外修改为750且属主变为nobody。

问题现象

用户在使用ArchLinux系统时，通过systemd服务启动SmartDNS，并配置了以下路径：

• PID文件：/run/smartdns.pid
• 缓存文件：/run/smartdns.cache

系统重启后，发现/run目录权限从正常的755变为750，属主从root变为nobody。这导致依赖/run目录的其他服务（如DBus）无法正常工作，出现图形界面启动失败等问题。

技术分析

经过代码审查，发现问题出在SmartDNS处理缓存文件的逻辑上。当SmartDNS以非root用户（如nobody）运行时，在创建缓存文件时会尝试设置文件权限。在某些情况下，这个操作会影响到父目录的权限设置。

具体来说，当SmartDNS尝试创建缓存文件时：

1. 程序会检查目标目录是否存在
2. 如果目录不存在则尝试创建
3. 创建文件时会设置文件权限
4. 在这个过程中可能会意外修改父目录权限

解决方案

临时解决方案

对于遇到此问题的用户，可以添加systemd的ExecStartPost指令来恢复/run目录权限：

[Service]
ExecStartPost=-/usr/bin/chmod 0755 /run

推荐解决方案

1. 避免使用系统关键目录：不建议将缓存文件放在/run等系统关键目录下，应该使用专用目录：

   /var/cache/smartdns/
   

   或

   /var/lib/smartdns/
   

2. 正确配置目录权限：确保SmartDNS有专用目录的写入权限，但不影响系统目录：

   mkdir -p /var/cache/smartdns
   chown nobody:nobody /var/cache/smartdns
   chmod 750 /var/cache/smartdns
   

3. 配置文件调整：修改smartdns.conf中的缓存路径：

   cache-file /var/cache/smartdns/smartdns.cache
   

最佳实践建议

1. 对于系统服务，应该遵循Filesystem Hierarchy Standard(FHS)规范，将可变数据存放在/var目录下
2. 为每个服务创建专用的子目录，避免多个服务共享同一目录
3. 合理设置目录权限，既保证服务正常运行，又不影响系统安全性
4. 对于临时文件，考虑使用内存文件系统(tmpfs)的专用挂载点

总结

SmartDNS的这个问题提醒我们，在配置系统服务时需要特别注意文件系统权限管理。通过为服务创建专用目录并合理配置权限，可以避免类似问题的发生，同时也能提高系统的安全性和稳定性。建议所有SmartDNS用户检查自己的配置文件，确保不会意外修改系统关键目录的权限设置。