** Changed in: dnsmasq (Ubuntu)
Status: New => Triaged
** Changed in: dnsmasq (Ubuntu Precise)
Status: New => Triaged
** Changed in: network-manager (Ubuntu)
Status: New => Invalid
** Changed in: network-manager (Ubuntu Precise)
Status: New => Invalid
** Summary changed:
- SDFEEWRDSsdfdasfsdf
+ dnsmasq sometimes fails to resolve private names in networks with
non-equivalent nameservers
** Tags added: precise xenial
** Description changed:
- dfasfwerwq2323sf
+ A number of reports already filed against network-manager seem to
+ reflect this problem, but to make things very clear I am opening a new
+ report. Where appropriate I will mark other reports as duplicates of
+ this one.
+
+ Consider a pre-Precise system with the following /etc/resolv.conf:
+
+ nameserver 192.168.0.1
+ nameserver 8.8.8.8
+
+ The first address is the address of a nameserver on the LAN that can
+ resolve both private and public domain names. The second address is the
+ address of a nameserver on the Internet that can resolve only public
+ names.
+
+ This setup works fine because the GNU resolver always tries the first-
+ listed address first.
+
+ Now the administrator upgrades to Precise and instead of writing the
+ above to resolv.conf, NetworkManager writes
+
+ server=192.168.0.1
+ server=8.8.8.8
+
+ to /var/run/nm-dns-dnsmasq.conf and "nameserver 127.0.0.1" to
+ resolv.conf. Resolution of private domain names is now broken because
+ dnsmasq treats the two upstream nameservers as equals and uses the
+ faster one, which could be 8.8.8.8.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to dnsmasq in Ubuntu.
https://bugs.launchpad.net/bugs/1003842
Title:
dnsmasq sometimes fails to resolve private names in networks with non-
equivalent nameservers
Status in dnsmasq package in Ubuntu:
Triaged
Status in network-manager package in Ubuntu:
Invalid
Status in dnsmasq source package in Precise:
Triaged
Status in network-manager source package in Precise:
Invalid
Status in dnsmasq package in Debian:
New
Bug description:
A number of reports already filed against network-manager seem to
reflect this problem, but to make things very clear I am opening a new
report. Where appropriate I will mark other reports as duplicates of
this one.
Consider a pre-Precise system with the following /etc/resolv.conf:
nameserver 192.168.0.1
nameserver 8.8.8.8
The first address is the address of a nameserver on the LAN that can
resolve both private and public domain names. The second address is
the address of a nameserver on the Internet that can resolve only
public names.
This setup works fine because the GNU resolver always tries the first-
listed address first.
Now the administrator upgrades to Precise and instead of writing the
above to resolv.conf, NetworkManager writes
server=192.168.0.1
server=8.8.8.8
to /var/run/nm-dns-dnsmasq.conf and "nameserver 127.0.0.1" to
resolv.conf. Resolution of private domain names is now broken because
dnsmasq treats the two upstream nameservers as equals and uses the
faster one, which could be 8.8.8.8.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1003842/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp