Pi-hole在Ubuntu系统重启后DNS服务失效问题分析

问题现象

在Ubuntu 22.04系统上运行的Pi-hole服务，在服务器重启后出现DNS功能完全失效的情况。具体表现为：

1. Pi-hole无法更新Gravity数据库，所有连接请求都被拒绝
2. 本地DNS查询全部失败，使用dig命令直接查询Pi-hole服务器无响应
3. 使用外部DNS服务器(如8.8.8.8)查询则正常
4. 系统日志中出现"ignoring nameserver 192.168.0.9 - local interface"警告信息

临时解决方案

用户通过修改netplan配置文件，添加Google DNS(8.8.8.8)作为备用DNS服务器暂时解决了问题。配置修改如下：

network:
  version: 2
  ethernets:
    enp5s0:
      addresses:
      - "192.168.0.9/24"
      nameservers:
        addresses:
        - 192.168.0.9 # Pi-hole服务器自身
        - 8.8.8.8     # 添加的备用DNS
        search:
        - fritz.box
      gateway4: 192.168.0.1

根本原因分析

从技术角度来看，这个问题可能涉及以下几个方面：

1. DNS解析循环依赖：Pi-hole服务器将自己(192.168.0.9)设置为首选DNS服务器，导致系统在启动时无法解析任何域名，因为DNS服务尚未完全启动。

2. 服务启动顺序问题：系统网络服务可能在Pi-hole DNS服务完全启动前就尝试进行DNS查询，造成死锁状态。

3. 本地接口DNS警告：dnsmasq(Pi-hole底层使用的DNS服务器)检测到DNS查询指向了本地接口IP，出于安全考虑拒绝这种配置。

永久解决方案

1. 修改DNS配置顺序：

   • 在netplan配置中，将外部DNS服务器(如8.8.8.8)设为首选
   • 将Pi-hole自身IP设为次要DNS服务器

2. 使用修复工具：

   • 运行pihole -r命令选择"reconfigure"选项重新配置Pi-hole
   • 此操作会重置配置但不影响已有规则和数据库

3. 检查服务依赖：

   • 确保Pi-hole服务在网络服务完全启动后才开始运行
   • 在Ubuntu系统中可以通过修改systemd服务单元文件添加适当的依赖关系

最佳实践建议

1. 对于生产环境的Pi-hole服务器，建议始终配置至少一个外部DNS服务器作为备用。

2. 在服务器启动过程中，监控Pi-hole服务的启动状态，确保DNS服务完全启动后再进行网络连接测试。

3. 定期检查系统日志中的DNS相关警告信息，及时处理潜在问题。

4. 对于自定义Web服务器配置的情况，在进行Pi-hole修复操作时可能需要额外的步骤来处理Web界面相关文件。

通过以上分析和解决方案，可以有效避免Pi-hole在系统重启后DNS服务失效的问题，确保网络环境的稳定运行。