Pi-hole多实例反向代理配置问题解析与解决方案

问题背景

Pi-hole作为一款流行的开源DNS服务器和广告拦截工具，在v6版本中引入了新的API端点结构，这给需要运行多个Pi-hole实例并通过反向代理访问的用户带来了新的挑战。本文将详细分析这一问题，并提供完整的解决方案。

技术架构变化

Pi-hole v6版本相比v5在Web接口架构上做出了重要调整：

• 分离了管理界面和API端点
• 管理界面使用/admin/路径
• API接口使用/api/路径
• 弃用了lighttpd作为默认Web服务器

这种架构变化使得单域名下运行多个Pi-hole实例的反向代理配置变得复杂，因为两个端点都需要正确处理才能实现完整的Web界面功能。

问题现象

用户在使用lighttpd作为反向代理时遇到以下现象：

1. 能够访问登录页面但无法完成登录
2. 登录后界面无限加载
3. 单实例配置下需要额外添加API端点代理才能正常工作
4. 多实例配置下路径冲突无法区分不同实例

根本原因分析

问题的核心在于：

1. 新版Pi-hole的认证流程需要API端点配合完成
2. 反向代理未正确处理两个端点的转发
3. 缺少必要的请求头信息传递
4. 路径重写规则不够完善

完整解决方案

经过深入分析和测试，以下是完整的lighttpd反向代理配置方案：

$HTTP["host"] =~ "mydomain.com" {
    url.rewrite-once = (
        "^/pihole1/admin(/.*)?$" => "/admin$1",
        "^/pihole1/api(/.*)?$" => "/api$1",
        "^/pihole2/admin(/.*)?$" => "/admin$1",
        "^/pihole2/api(/.*)?$" => "/api$1"
    )

    proxy.server = (
        "/admin" => ( ( "host" => "192.168.1.2", "port" => 8080 ) ),
        "/api" => ( ( "host" => "192.168.1.2", "port" => 8080 ) )
    )

    $HTTP["url"] =~ "^/pihole1" {
        setenv.add-request-header = ( "X-Forwarded-Prefix" => "/pihole1" )
    }
    
    $HTTP["url"] =~ "^/pihole2" {
        setenv.add-request-header = ( "X-Forwarded-Prefix" => "/pihole2" )
    }
}

关键配置说明

1. 路径重写规则：正确处理管理界面和API端点的路径转换
2. 反向代理设置：确保两个端点都正确转发到Pi-hole实例
3. 请求头设置：添加X-Forwarded-Prefix头信息帮助Pi-hole识别原始请求路径
4. 多实例区分：通过不同前缀(pihole1/pihole2)区分不同实例

最佳实践建议

1. 为每个Pi-hole实例分配独立的内网IP地址
2. 使用不同端口或路径前缀区分实例
3. 确保磁盘空间充足，避免因空间不足导致服务异常
4. 定期检查并清理日志文件
5. 考虑使用Nginx替代lighttpd以获得更灵活的反向代理功能

总结

Pi-hole v6的多端点架构虽然增加了反向代理配置的复杂度，但通过正确的路径重写和请求头设置，仍然可以实现多实例的稳定运行。本文提供的解决方案已经过实际验证，能够有效解决登录问题和界面加载问题，为用户提供完整的Pi-hole管理功能。