OpenWRT LuCI中DNS-RR记录配置问题分析与解决方案

OpenWRT LuCI中DNS-RR记录配置问题分析与解决方案

【免费下载链接】luci LuCI - OpenWrt Configuration Interface 项目地址: https://gitcode.com/gh_mirrors/lu/luci

背景介绍

在OpenWRT系统的LuCI网络管理界面中，DNS-RR(Resource Record)记录配置功能允许用户自定义DNS资源记录。这个功能特别适用于需要自定义DNS响应的高级网络场景，比如实现本地网络的特殊解析规则或支持新型DNS记录类型。

问题现象

用户在使用LuCI界面配置DNS-RR记录时，发现以下两个主要问题：

1. 配置不生效问题：在LuCI界面添加的DNS-RR记录虽然能正确保存到/etc/config/dhcp配置文件中，但实际并未生成到dnsmasq的运行时配置文件中，导致DNS查询无法返回预期的结果。

2. HEX数据编码问题：当用户尝试配置HTTPS类型(65)的DNS记录时，LuCI界面中的"Raw Data"到HEX的转换存在错误，导致生成的DNS响应格式不正确，进而引发客户端(如Android Chrome浏览器)无法正确解析的问题。

技术分析

配置不生效的根本原因

经过代码审查发现，问题源于配置项名称不匹配。在/etc/init.d/dnsmasq启动脚本中，程序查找的是option rrname配置项，而LuCI界面生成的却是option dnsrr。这种命名不一致导致启动脚本无法正确识别和处理用户配置的DNS-RR记录。

HEX数据编码问题的技术细节

对于HTTPS类型(65)的DNS记录，其二进制格式有严格的结构要求。一个完整的HTTPS记录应包含：

1. 优先级字段(2字节)
2. 目标名称字段(2字节)
3. 参数块数量(1字节)
4. 参数类型和长度
5. 参数值

用户需要配置的"alpn=h2"记录，其正确HEX编码应为00010000010003026832，其中：

• 0001表示优先级1
• 0000表示使用相同域名
• 01表示1个参数块
• 0003表示alpn参数类型
• 026832表示"h2"的编码

然而LuCI的简单HEX转换无法正确处理这种结构化数据，导致生成的记录格式不正确。

解决方案

配置不生效问题的修复

开发者已通过提交修正了配置项名称问题，将LuCI生成的配置项统一改为option rrname，确保与启动脚本的预期一致。用户更新到包含此修复的版本后，配置将能正常生效。

HEX数据编码问题的临时解决方案

在等待官方修复期间，用户可以采取以下步骤手动配置正确的HTTPS记录：

1. 通过SSH登录路由器
2. 直接编辑/etc/config/dhcp文件
3. 添加如下配置节：

config dnsrr
        option rrname 'your.domain.com.'
        option rrnumber '65'
        option hexdata '00010000010003026832'

4. 重启dnsmasq服务使配置生效

长期建议

对于需要复杂DNS记录配置的用户，建议：

1. 直接通过配置文件管理DNS-RR记录
2. 使用专业的DNS记录编码工具生成正确的HEX数据
3. 在应用配置前，使用dig工具验证DNS响应格式是否正确

总结

DNS-RR记录是OpenWRT提供的一个强大功能，特别适合需要精细控制DNS响应的高级用户场景。虽然当前LuCI界面在HTTPS记录支持上存在一些不足，但通过理解其工作原理和采用适当的工作around，用户仍然能够实现所需的DNS配置。随着开源社区的持续改进，预期这些问题将在未来版本中得到更好的解决。

【免费下载链接】luci LuCI - OpenWrt Configuration Interface 项目地址: https://gitcode.com/gh_mirrors/lu/luci