SmartDNS审计日志配置问题分析与解决方案

问题背景

在使用SmartDNS服务时，部分用户遇到了审计日志(audit log)无法正常生成的问题。具体表现为：即使配置了audit-enable yes并指定了自定义日志路径，系统仍无法生成预期的审计日志文件。该问题在Docker容器环境和WSL环境中均有出现。

环境分析

从用户反馈来看，问题主要出现在以下两种环境：

1. WSL (Windows Subsystem for Linux)下的Debian系统
2. Docker容器环境下的Ubuntu 24.04主机

问题现象

用户配置了如下参数：

audit-enable yes
audit-file /path/to/custom/smartdns-audit.log
audit-file-mode 644

但发现：

1. 自定义路径下未生成日志文件
2. 即使设置权限为777仍无效
3. 默认路径/var/log/smartdns/下可能有日志，但审计日志缺失

根本原因

经过排查，发现问题主要源于SmartDNS的一个配置参数audit-num。该参数默认值为2，但在某些环境下会导致审计日志无法正常生成。当将其显式设置为1时，问题得到解决。

解决方案

要确保SmartDNS审计日志正常工作，建议在配置文件中添加以下参数：

audit-enable yes
audit-file /path/to/your/audit.log  # 可选，不设置则使用默认路径
audit-num 1  # 关键参数，必须设置为1

技术细节

1. audit-num参数作用：该参数控制审计日志的保存数量，默认值为2表示保留2个日志文件。但在某些文件系统环境下，这个默认值可能导致日志轮转机制失效。

2. 文件权限问题：虽然用户提到了文件权限问题，但实际测试表明，当audit-num正确设置后，即使使用默认权限也能正常工作。

3. 容器环境注意事项：在Docker环境中，需要确保：

   • 日志目录已挂载到宿主机
   • 容器用户有写入权限
   • 使用docker exec检查容器内部文件时，要确认查看的是运行中的容器实例

最佳实践建议

1. 对于生产环境，建议明确设置所有审计相关参数：

   audit-enable yes
   audit-file /var/log/smartdns/smartdns-audit.log
   audit-file-mode 644
   audit-size 1M
   audit-num 1
   

2. 在容器化部署时，确保：

   • 持久化存储日志目录
   • 检查SELinux/AppArmor策略是否允许文件写入
   • 考虑使用volume挂载替代直接挂载主机目录

3. 对于WSL环境，注意：

   • Windows和Linux子系统间的文件系统权限差异
   • 避免将日志文件存储在跨系统的路径中

总结

SmartDNS的审计日志功能在正确配置下能够可靠工作，关键是要注意audit-num参数的设置。通过本文的分析和解决方案，用户应该能够解决大多数审计日志无法生成的问题。对于特殊环境，建议结合具体的系统日志和权限设置进行进一步排查。