Pi-hole配置中DNS转发异常的排查与解决

问题背景

在使用Pi-hole作为DNS服务器时，管理员发现部分DNS查询被意外转发到了Google DNS(8.8.8.8和8.8.4.4)，而实际上配置中只指定了本地DNS服务器(127.0.0.1#5335)作为上游服务器。这种情况会导致DNS查询可能绕过预期的本地解析策略。

问题表现

管理员在Pi-hole的Web界面中观察到：

1. 上游服务器统计显示有查询被发送到Google DNS
2. 查询日志中也确认存在向8.8.8.8的转发记录
3. 界面配置中已取消勾选所有其他上游服务器

根本原因分析

通过检查系统配置文件和调试日志，发现问题的根源在于：

1. Pi-hole的底层DNS服务dnsmasq通过/etc/dnsmasq.d/01-pihole.conf文件额外配置了Google DNS作为上游服务器
2. Pi-hole的FTL(守护进程)配置中etc_dnsmasq_d参数被设置为true，导致系统会读取/etc/dnsmasq.d/目录下的所有配置文件

解决方案

要解决此问题，可以采取以下两种方法之一：

方法一：禁用外部dnsmasq配置

修改Pi-hole的FTL配置，将etc_dnsmasq_d参数设置为false。这将使Pi-hole忽略/etc/dnsmasq.d/目录下的所有额外配置。

方法二：清理dnsmasq配置文件

直接删除或修改/etc/dnsmasq.d/01-pihole.conf文件，移除其中关于Google DNS的配置行：

server=8.8.8.8
server=8.8.4.4

最佳实践建议

1. 配置一致性检查：在修改Pi-hole的上游服务器配置后，应检查所有可能影响DNS转发的配置文件
2. 配置来源审查：使用LXC模板或自动化部署工具时，应审查其生成的配置文件是否符合预期
3. 监控机制：定期检查Pi-hole的查询日志和统计信息，确保DNS流量按预期路由

总结

Pi-hole作为一款功能强大的DNS过滤解决方案，其配置可能受到多个层面的影响。管理员在遇到DNS转发异常时，需要全面检查系统配置，包括Web界面设置、FTL参数以及底层的dnsmasq配置文件。通过本文的分析和解决方案，用户可以确保DNS查询按照预期路由到正确的上游服务器。