AdGuardHome Windows版权限问题分析与解决方案

问题概述

AdGuardHome在Windows平台上最新Edge版本(v0.108.0-a.977+1d2026bf)出现了一个严重的权限问题，导致服务无法正常启动，报错"Unknown error: Access is denied. (0x80070005)"。这个问题主要影响Windows 11 24H2及Windows Server 2025等较新版本的操作系统。

问题根源分析

经过技术分析，我们发现问题的根本原因在于最新版本的AdGuardHome在更新过程中会修改整个安装目录的访问权限。具体表现为：

1. 更新后，系统会移除SYSTEM账户对目录的访问权限
2. 同时也会移除Administrators组的完全控制权限
3. 仅保留特定用户的权限，且权限设置过于严格

这种权限变更导致Windows服务无法以SYSTEM账户身份正常运行AdGuardHome，因为服务运行时需要SYSTEM账户具有对可执行文件和配置文件的读写权限。

影响范围

该问题主要影响以下环境：

• Windows 11 24H2版本
• Windows Server 2025
• 使用Edge或Beta版本的AdGuardHome
• 通过服务方式运行的AdGuardHome实例

临时解决方案

针对此问题，我们提供以下几种临时解决方案：

方案一：手动修复权限

1. 右键点击AdGuardHome安装目录，选择"属性"
2. 进入"安全"选项卡，点击"高级"
3. 更改所有者为"Administrators"
4. 添加SYSTEM账户并授予完全控制权限
5. 添加Administrators组并授予完全控制权限
6. 确保"替换子容器和对象的所有者"选项被勾选
7. 应用所有更改

方案二：使用专用服务账户

1. 创建一个新的标准用户账户（非管理员）
2. 在服务管理器中修改AdGuardHome服务的登录账户
3. 为该账户授予"作为服务登录"的权限
4. 调整目录权限，使该账户具有适当访问权限

这种方法不仅能解决问题，还能提高安全性，因为服务不再以高权限的SYSTEM账户运行。

方案三：使用启动脚本自动修复

可以创建一个批处理脚本，在每次启动AdGuardHome后自动重置权限：

@echo off
pushd "C:\AdGuardHome"
AdGuardHome.exe -s start
timeout /t 5 >nul
icacls "C:\AdGuardHome" /reset /T /C /L
popd

将此脚本放入启动文件夹，可实现自动修复。

长期解决方案建议

对于AdGuardHome开发团队，我们建议：

1. 在Windows平台保持标准的权限设置模式，不要过度限制
2. 确保SYSTEM账户始终具有必要的访问权限
3. 对Administrators组而非特定用户授予权限
4. 在更新过程中保留现有权限设置

注意事项

1. 在进行任何权限修改前，建议备份AdGuardHome目录
2. 特别是要备份配置文件(AdGuardHome.yaml)
3. 如果问题持续存在，可考虑暂时回退到稳定版本
4. 修改权限后可能需要重启服务才能生效

总结

AdGuardHome在Windows平台的最新版本由于权限设置过于严格，导致服务无法正常运行。通过合理调整目录和文件的权限设置，可以解决此问题。建议用户在应用临时解决方案的同时，关注官方后续的修复版本。对于安全敏感的部署环境，采用专用服务账户的方案既能解决问题又能提高整体安全性。