NextDNS CLI在Unifi设备上重启后失效问题分析与解决

问题背景

NextDNS是一款流行的DNS解析工具，可以将传统的DNS查询转换为更安全的DNS-over-HTTPS(DoH)查询。近期有用户报告在Unifi Network 9.0.108(Dream Wall)设备上，NextDNS CLI客户端(版本1.44.5)在设备重启后无法自动恢复服务，需要手动执行"nextdns restart"命令才能正常工作。

问题现象

从日志分析可以看出，系统在10:54分重启后，NextDNS服务虽然被systemd启动，但出现了关键错误：

Setting up ubios router: open /run/dnsmasq.conf.d/nextdns.conf: no such file or directory

这表明服务在尝试配置ubios路由器时，无法找到预期的配置文件。而在用户手动重启服务后(11:00)，该错误消失，服务恢复正常。

根本原因

这个问题实际上已在NextDNS CLI的1.44.4版本中修复。用户当前使用的是1.44.5的快照版本(1.44.5-SNAPSHOT-3baf207)，该版本意外地引入了这个回归问题。

解决方案

1. 完全卸载现有版本
   由于简单的升级命令无法降级到稳定版本，需要先完全卸载当前安装的快照版本：

   sh -c 'sh -c "$(curl -sL https://nextdns.io/install)"'
   

   在安装向导中选择"r"选项进行卸载。

2. 重新安装稳定版本
   卸载完成后，再次运行相同的安装命令，这次会自动安装最新的稳定版本(1.44.4)。

3. 验证修复
   安装完成后，重启设备确认服务是否能够自动恢复。从日志中应该不再出现关于nextdns.conf文件缺失的错误。

技术细节

这个问题涉及到Unifi设备特殊的网络配置方式。NextDNS CLI在Unifi设备上运行时，会尝试与ubios(Unifi操作系统)的dnsmasq服务集成，通过创建/run/dnsmasq.conf.d/nextdns.conf配置文件来确保DNS查询被正确转发。

在1.44.5的快照版本中，这个集成逻辑出现了时序问题，导致服务启动时配置文件尚未准备好。稳定版本1.44.4修复了这个问题，确保了配置文件的正确创建时机。

最佳实践建议

1. 在生产环境中，建议始终使用稳定版本而非快照版本
2. 对于网络关键服务如DNS，在升级前应在测试环境验证
3. 可以设置监控检查NextDNS服务状态，及时发现类似问题

通过以上步骤，用户成功解决了NextDNS在Unifi设备上重启后失效的问题，确保了DNS服务的持续可用性。