这篇文章主要介绍了OpenWrt DNS问题排查的示例分析，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。
创新互联-成都网站建设公司，专注成都网站制作、网站设计、外贸网站建设、网站营销推广，空间域名，网络空间，网站托管有关企业网站制作方案、改版、费用等问题，请联系创新互联。
我们的设备在测试时发现有个别的主机，主程序DNS解释服务器域名失败。
最直接的表现就是 ping 126.com 显示：
对于这个问题，最直接的方式就是打开 /etc/resolv.conf 文件查看DNS服务器是否设置正确。结果该文件显示：
search lan nameserver 127.0.0.1
博主用 strace ping 126.com 命令，分别比较了好的有问题的设备与没问题的设备。将输出信息用 meld 进行对比，结果看到在这里出现分歧： 
可见，ping 命令在解释 "126.com" 域名时，是 connect 127.0.0.1:53 服务。而存在问题的一边，connect这个服务被拒绝了。
于是，博主可以分析得到，好的设备一定有一个服务进程bind了53端口，并提供了 DNS 服务。而有问题的设备一定是没有该进程。
博主在好的设备上运行 netstat -nap 找到了该服务：
同时我们又在问题的设备，执行 netstat -nap，证实，有问题的设备上这个 dnsmasq 服务没有运行起来。
由于OpenWrt本身就是一个路由器的系统，其自带 Dnsmasq 服务向其网络下的子网设备提供 DNS 与 DHCP 服务。而我们OpenWrt自身的程序解析域名时，也就向本地的 dnsmasq 请求解析。
那么，现在的问题是：为什么个别设备它的 dnsmasq 启动不起来？ 对比好的设备，执行 ps 是能看到 dnsmasq 进程存在的。执行 /etc/init.d/dnsmasq stop 能停止它。这时候再 ping 126.com 它也是通的。为什么？博主查了一下 /etc/resolv.conf 文件，在停止 dnsmasq 之前，它的内容是：
search lan nameserver 127.0.0.1
查一旦停止后，它就会变成：
# Interface lan nameserver 202.96.128.166 nameserver 202.96.134.133 search bad
这是OpenWrt为了防止 dnsmasq 被停后无法解析域名，所以在停止之前，将其已知的域名服务器写入到 /etc/resolv.conf 文件中来。
相对于有问题的设备，其 /etc/resolv.conf 内容为：
search lan nameserver 127.0.0.1
而 dnsmasq 进程并未被启动过（执行 ps 命令，列表中没有 dnsmasq 进程）。于是博主尝试执行：/etc/init.d/dnsmasq start，然后执行：ps 查看进程。结果，dnsmasq 进程并没有如愿启动起来。 直接执行 dnsmasq 命令就可以启动服务，然后 ping 126.com 也能拼通。
那么问题应该是在 /etc/init.d/dnsmasq 文件中。博主打开 /etc/init.d/dnsmasq 看了一下，太多了，就不想全部贴出来了。相信大家也没有赖心看。下面只是摘要。 /etc/init.d/dnsmasq start 时会执行到：
重庆分公司
重庆分公司
PROG=/usr/sbin/dnsmasq
CONFIGFILE="/var/etc/dnsmasq.conf"
<略...>
start_service() {
include /lib/functions
config_load dhcp
procd_open_instance
procd_set_param command $PROG -C $CONFIGFILE -k
procd_set_param file $CONFIGFILE
procd_set_param respawn
procd_close_instance
<略...>
}可以了解到，真正执行的启动命令是：/usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf -k
手动执行这个命令，看能否启动 dnsmasq 服务：
如上，出错了。/var/etc/dnsmasq.conf 文件的第11行有重复的关键字。
这是一个重要的线索！打开 /var/etc/dnsmasq.conf 文件：
如上，第11行的关键字为 dhcp-leasefile。对比好的设备的该文件。经对比，完全一致。
那问题又在哪儿呢？ 是不是把 /var/etc/dnsmasq.conf 文件中的11行删除就可以了呢？尝试如此操作，结果还真是可以启动。 但这没有从根本解决问题。
是不是有别的配置文件，也有 dhcp-leasefile 关键字？
打开 /etc/dnsmasq.conf，这个文件与 /var/etc/dnsmasq.conf 完全一样。但是博主尝试用 /etc/dnsmasq.conf 替代 /var/etc/dnsmasq.conf，如下执行：
/usr/sbin/dnsmasq -C /etc/dnsmasq.conf -k
结果没有问题，而如果指定的配置文件为 /var/etc/dnsmasq.conf 就有问题。博主很不理解。为了确保这两个文件是同一个，于是：
rm /var/etc/dnsmasq.conf cp /etc/dnsmasq.conf /var/etc/dnsmasq.conf /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf -k
结果：
同样是配置文件，同样的内容，只是路径变了而已。为什么放 /var/etc/dnsmasq.conf 就会出错？
是不是 dnsmasq 默认就加载了 /etc/dnsmasq.conf ？如果有指定其它的配置文件，它就会出错？
于是：
rm /var/etc/dnsmasq.conf mv /etc/dnsmasq.conf /var/etc/dnsmasq.conf /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf -k
结果：
证实一点，dnsmasq 确实默认加载了 /etc/dnsmasq.conf，不然为什么在我们将文件移走了，会报找不到 /etc/dnsmasq.conf 文件。这也说明了为什么我们强制性指定配置文件为 /var/etc/dnsmasq.conf 时会报重复关键字了。因为 /etc/dnsmasq.conf 也被加载了的。
对比好的设备里的 /etc/dnsmasq.conf 内容，结果发现：
# Change the following lines if you want dnsmasq to serve SRV # records. # You may add multiple srv-host lines. # The fields are, , , , # A SRV record sending LDAP for the example.com domain to # ldapserver.example.com port 289 #srv-host=_ldap._tcp.example.com,ldapserver.example.com,389 # Two SRV records for LDAP, each with different priorities #srv-host=_ldap._tcp.example.com,ldapserver.example.com,389,1 #srv-host=_ldap._tcp.example.com,ldapserver.example.com,389,2 # A SRV record indicating that there is no LDAP server for the domain # example.com #srv-host=_ldap._tcp.example.com # The following line shows how to make dnsmasq serve an arbitrary PTR # record. This is useful for DNS-SD. # The fields are , #ptr-record=_http._tcp.dns-sd-services,"New Employee Page._http._tcp.dns-sd-services" # Change the following lines to enable dnsmasq to serve TXT records. # These are used for things like SPF and zeroconf. # The fields are , , ... #Example SPF. #txt-record=example.com,"v=spf1 a -all" #Example zeroconf #txt-record=_http._tcp.example.com,name=value,paper=A4 # Provide an alias for a "local" DNS name. Note that this _only_ works # for targets which are names from DHCP or /etc/hosts. Give host # "bert" another name, bertrand # The fields are , #cname=bertand,bert
里面没有一个配置项，与其 /var/etc/dnsmasg.conf 完全不一样。
OK，大致找到问题了。坏设备的 /etc/dnsmasg.conf 有了 /var/etc/dnsmasg.conf 一样的内容。所以，当 dnsmasq 加载完了 /etc/dnsmasg.conf 后再来加载 /var/etc/dnsmasg.conf 就出错了。
将 /etc/dnsmasg.conf 清空即可：
rm /etc/dnsmasg.conf touch /etc/dnsmasg.conf
然后，再 /etc/init.d/dnsmasg start，就成功了。
那为什么坏的主机 /etc/dnsmasg.conf 有内容？而不是像好的设备那样全是注释？ 我们去 OpenWrt工程中找答案。 dnsmasg 在工程的如下路径上：package/network/services/dnsmasq/ 目录为：
. ├── files │ ├── dhcp.conf │ ├── dnsmasq.conf │ ├── dnsmasq.hotplug │ └── dnsmasq.init ├── Makefile └── patches ├── 001-Build-config-add-DNO_GMP-for-use-with-nettle-mini-gm.patch ├── 002-fix-race-on-interface-flaps.patch ├── 100-fix-dhcp-no-address-warning.patch └── 110-ipset-remove-old-kernel-support.patch 2 directories, 9 files
目录下的 files/dnsmasq.conf 文件在安装后就是 /etc/dnsmasg.conf 文件。打开看，其内容就与好的设备上的 /etc/dnsmasq.conf 文件一致。
如果一个纯净的系统固件，是不会出这个问题的。
那么有两种可能：
由于脚本出错，致将 /var/etc/dnsmasg.conf 文件的内容写入到了 /etc/dnsmasg.conf 中
是我们在进行 sysupgrade 过程中，出错的 /etc/dnsmasg.conf 文件被遗留下来了
验证的方法为：断电重启，看 /etc/dnsmasg.conf 是否会再次变成与 /var/etc/dnsmasg.conf 一致。 结果正常。
感谢你能够认真阅读完这篇文章，希望小编分享的“OpenWrt DNS问题排查的示例分析”这篇文章对大家有帮助，同时也希望大家多多支持创新互联，关注创新互联行业资讯频道，更多相关知识等着你来学习!
