The system dnsmasq in this case is Network Manager's which can't be as easily configured as a regular dnsmasq.
The idea in this scenario was to use libvirt's dnsmasq to resolv the VM dns and IPs and then use the system's dnsmasq for regular resolving. It's actually rather ugly but should work fine if using head rather base. Resolving would essentially be done this way: 1) User makes any DNS query 2) libc looks at /etc/resolv.conf and uses the first entry which points to 192.168.122.1 (second points to 127.0.0.1) 3) libvirt's dnsmasq either responds with the IP of a local VM or continues resolving using /etc/resolv.conf, discarding itself to avoid a loop (that bit will need fixing) and hitting 127.0.0.1 instead 4) 127.0.0.1 is configured by Network Manager and so has the external DNS servers as its upstream 5) The query is sent to the external DNS servers and result sent back to the user As I said, rather ugly but hopefully can be made to work by either making sure dnsmasq doesn't try to query itself or by having it use Network Manager's resolv.conf directly and not the resolvconf aggregate of head + NM's resolv.conf (so just using 127.0.0.1 as its upstream and not 192.168.122.1 + 127.0.0.1). ** Changed in: resolvconf (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/917896 Title: resolvconf no longer honors resolv.conf.d/base To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/917896/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs