Hi Jukka, On Thu, Oct 9, 2014 at 11:58 PM, Jukka Rissanen <[email protected]> wrote: > Hi Justin, > > On to, 2014-10-09 at 12:54 -0700, Justin Maggard wrote: >> If your service has not switched to an Online state but has always been > > Is your service always in ready state, or do you mean that you are > transitioning from ready->online and something goes wrong? >
The service has always been in ready state. There is no internet access; it's just an internal network. > >> Ready, an IP change on that service will cause DNS to stop working. > > What do you mean by IP change here? > Well, the first time I noticed this was when there were some Connman DHCPv4 bugs (fixed by two patched I submitted some time ago), which would cause my DHCP server to sometimes assign me a different IP after my lease period. > >> This is because that service will have never been marked as the default; > > First service in the service list (whether it is in ready or online > states) will be the default. So there should always be a default service > if at least one service is in ready state. > > >> so when dnxproxy goes to re-add the DNS server(s) for the service, it will >> not enable it. > > Can you explain a bit more how do you trigger this issue, I have not > seen one even if I all my services are in ready state. > So the easiest way I found to reproduce this is on a system with two ethernet interfaces (probably not important). One is connected to a DHCP network with no internet access; the other one has no cable attached. The connected interface is configured for IPv6 disabled, IPv4 set to DHCP. The WISPr online check fails, so the interface stays in ready state. Then, to trigger DNS to stop working, simple run `connman config $service --ipv4 dhcp`. This will de-configure the interface, and immediately re-configure it. It will then go back to ready state, but the DNS proxy will not respond to any DNS requests. I was also able to reproduce this on a network with internet access, by just changing the WISPr portal URL to a bogus name that does not resolve. -Justin _______________________________________________ connman mailing list [email protected] https://lists.connman.net/mailman/listinfo/connman
