I’ve experienced some problems with DNS when backup GSM connection was switched off and on again. It seems like if the file /tmp/resolv.conf.auto is ignored sometimes even if it is filled properly. Googling around, I’ve found some posts related to this problem and to the user rights to read this file. Finaly I’ve found that dnsmasq on my Turris is run as noname. My question is: Is it correct?
It is. But dnsmasq is by default not used for DNS on Omnia. There is kresd for that. It should, however, be properly restarted after each change of /tmp/resolv.conf.auto by script /etc/hotplug.d/iface/40-resolver-reload.
What exact issues are you facing? kresd should work properly even with empty list of upstream resolvers.
We are using the GSM connection as a backup one. When we pull the ethernet (WAN) cable out, all the traffic is routed do GSM, what is fine. When ethernet is connected back, then intranet (WAN is connected to company network) domain names cannot be resolved. Sometimes DNS stop to work directly after WAN cable pull out.
Should be dnsmasq on the list of running processes?
This could happen due to caching. Can you check the generated config file /tmp/kresd.config whether there is right set of DNS forwarders configured in any moment? We could then isolate whether the issue occurs somewhere in the init system or in the Knot itself.
Because to use dnsmasq for DHCP and don’t use odhcpd I don’t know (upstream compatibility, I think), seems too it support it: odhcpd [Old OpenWrt Wiki]
Hi @pgotze, did you get an answer on dnsmasq being disabled by default? I thought it was supposed to be enabled; and that my finding it disabled on my router yesterday indicated a problem/failure - thinking enough errors had been thrown that the os disabled it?
If i understood, dnsmasq is by default enabled as service for DHCP v4. I think in past it was not like that, because when i had turris new, it was disabled i think. But now its probably DHCP v4 server by default. Therefore it must run in fact.
Curious. No process is listening on either 53 or 67. Kresd, odhcpd and dnsmasq all are running. Will investigate further, as most of my servers are not receiving their ip assignments, thus are not showing up on the network. Also Kresd shows up as disabled during startup, so I would not expect it to be running.