Docker-Pi-hole容器重启后上游DNS配置丢失问题分析与解决方案

问题现象

在使用Docker-Pi-hole作为网络DNS服务器的环境中，用户报告了一个异常现象：每当系统在午夜自动更新后重启时，Pi-hole的上游DNS服务器配置会被重置为空。具体表现为：

1. 系统在午夜执行自动更新后重启
2. 重启后Pi-hole显示"no upstream DNS servers configured"错误
3. 所有网络连接因此中断
4. 只需在设置界面重新保存(无需修改任何配置)即可恢复正常

环境配置

问题发生在以下环境中：

• 运行在Docker容器中的Pi-hole v5.18.3
• 宿主系统为Ubuntu Server 24.04 LTS
• x64架构的虚拟化环境
• 通过CasaOS管理容器

问题根源分析

经过深入排查，发现问题的根本原因与用户自定义的维护脚本有关。该脚本设计用于：

1. 每日午夜清除Pi-hole的统计信息
2. 每次系统重启时删除pihole-FTL.db数据库文件

在Pi-hole更新至2024.07.0版本后，系统行为发生了变化。新版本中Pi-hole会在FTL数据库被删除后立即尝试重建它。当脚本在系统更新后触发重启时，出现了以下时序问题：

1. 脚本删除pihole-FTL.db
2. 系统立即重启
3. 在重启过程中，新版本的Pi-hole尝试重建数据库
4. 由于时序问题，上游DNS配置在重建过程中丢失

解决方案

针对这一问题，推荐采取以下解决方案：

1. 修改维护脚本：取消重启时删除数据库的操作，仅保留每日统计信息清除功能
2. 优化自动更新策略：对于关键网络服务如DNS服务器，建议采用手动更新或设置维护窗口期
3. 使用Pi-hole内置DHCP：替代当前可能存在问题的DHCP服务器，避免IP地址泄漏问题

技术建议

对于类似环境下的Pi-hole部署，建议注意以下几点：

1. 数据库操作时机：对pihole-FTL.db的操作应在服务完全停止状态下进行
2. 容器网络配置：确保Docker容器的网络配置正确，特别是当使用桥接模式时
3. 日志监控：设置对Pi-hole日志的监控，及时发现配置异常
4. 备份策略：定期备份Pi-hole配置，特别是上游DNS服务器设置

总结

这个案例展示了在自动化维护脚本与软件更新之间的微妙交互可能导致的服务异常。通过调整脚本执行逻辑，用户在保持统计信息清理功能的同时，成功解决了上游DNS配置丢失的问题。这也提醒我们在设计自动化运维方案时，需要考虑软件更新可能带来的行为变化。