AdGuardHome中禁用系统hosts文件解析的配置方法

AdGuardHome作为一款开源的DNS服务器软件，其默认会读取系统的hosts文件进行域名解析。但在某些特定场景下，管理员可能需要禁用这一行为，强制所有DNS查询都通过上游服务器处理。本文将详细介绍如何正确配置AdGuardHome以忽略系统hosts文件。

问题背景

在Linux环境下部署的AdGuardHome（v0.107.43版本）存在一个典型问题：即使通过YAML配置文件明确设置了clients.runtime_sources.hosts: false，系统仍会优先采用/etc/hosts中的记录。例如当hosts文件中存在dnshost.my.domain指向192.168.0.1的记录，而实际上游DNS返回的是192.168.2.1时，查询结果仍会错误地返回hosts文件中的IP。

根本原因

这个问题源于AdGuardHome的双重解析机制：

1. 系统hosts文件解析（默认启用）
2. 上游DNS服务器查询

在早期版本中，仅通过配置文件禁用运行时源（runtime_sources）并不能完全关闭hosts文件解析功能。

解决方案

方法一：使用最新测试版

建议升级到包含--no-etc-hosts启动参数的测试版本，该参数可彻底禁用hosts文件解析：

./AdGuardHome --no-etc-hosts

方法二：修改配置文件

在配置文件中需要同时设置两个参数：

dns:
  hostsfile_enabled: false
clients:
  runtime_sources:
    hosts: false

方法三：临时解决方案

对于必须保持hosts文件记录但又需要特定域名走DNS查询的情况，可以使用DNS重写功能：

dns:
  rewrites:
    - domain: dnshost.my.domain
      answer: 192.168.2.1

技术原理

AdGuardHome的域名解析流程遵循以下优先级：

1. 本地重写规则（rewrites）
2. 系统hosts文件（若启用）
3. 缓存记录
4. 上游DNS查询

当hosts文件解析与上游DNS结果冲突时，需要特别注意这个优先级顺序。新版通过引入独立的hosts文件开关参数，提供了更细粒度的控制能力。

最佳实践

1. 生产环境建议使用稳定版本+配置文件双重设置
2. 测试环境可尝试edge版本的新特性
3. 对于关键业务域名，推荐使用DNS重写确保解析一致性
4. 修改配置后务必重启服务使变更生效

通过合理配置，AdGuardHome可以完美适应各种复杂的DNS解析需求，既保留hosts文件的灵活性，又能确保关键域名的解析准确性。