[Bug 1449083] Re: dnsmasq reverses order of dns servers
I've been reading through the lengthy discussion at bug #1003842 (dnsmasq sometimes fails to resolve private names in networks with non- equivalent nameservers) which seems related. I'm about halfway so I don't know what the resolution was in the end (if any). In any case the discussion is very interesting. It explores the subject of non- equivalent name servers (which I do have, since adding backup name servers seems like it should be a good thing). Meanwhile, on another machine on the same network, I run a more recent non-LTS xubuntu (dnsmasq-base 2.71-1), and it doesn't have this problem. Checking the syslog there, the events are mostly the same as I've quoted above, but the dns server order at the end is the same as supplied by dhcp. I can see 3 reasons why the newer dnsmasq might work: - some clever strategy from bug #1003842 was adopted - the non-reversed order of the dns servers fixed it - pure luck I'm hoping it is one of the first 2 or the combination of both :-) Meanwhile I've tried your workaround and it seems to work. I might add though that I didn't choose to use dnsmasq but that was done by default when installing. (That too, is discussed in #1003842). -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1449083 Title: dnsmasq reverses order of dns servers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1449083/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1449083] [NEW] dnsmasq reverses order of dns servers
Public bug reported: I have a carefully sorted order of dns servers that my dhcp server gives out. When booting lubuntu, I can't resolve names that should be resolvable by the first two name servers from the list. The names are local private names, but since the local nameserver is first, I expect them to resolve. But apparently because the order has been reversed, resolving fails. rhialto@glicca:~$ lsb_release -rd Description:Ubuntu 14.04.2 LTS Release:14.04 rhialto@glicca:~$ apt-cache policy dnsmasq-base dnsmasq-base: Installed: 2.68-1 Candidate: 2.68-1 Version table: *** 2.68-1 0 500 http://nl.archive.ubuntu.com/ubuntu/ trusty/main i386 Packages 100 /var/lib/dpkg/status Extract from /var/log/messages (I munged a few numbers here and there). Note how the order at the end is the reverse of the first one. Apr 27 16:04:49 glicca NetworkManager[783]: (eth0): DHCPv4 state changed nbi -> preinit Apr 27 16:04:49 glicca dhclient: Listening on LPF/eth0/00:22: Apr 27 16:04:49 glicca dhclient: Sending on LPF/eth0/00:22: Apr 27 16:04:49 glicca dhclient: Sending on Socket/fallback Apr 27 16:04:49 glicca dhclient: DHCPREQUEST of 10.0.0.14 on eth0 to 255.255.255.255 port 67 (xid=0x72024df1) Apr 27 16:04:49 glicca ntpd[974]: Deferring DNS for 0.ubuntu.pool.ntp.org 1 Apr 27 16:04:49 glicca ntpd[974]: Deferring DNS for 1.ubuntu.pool.ntp.org 1 Apr 27 16:04:49 glicca ntpd[974]: Deferring DNS for 2.ubuntu.pool.ntp.org 1 Apr 27 16:04:49 glicca ntpd[974]: Deferring DNS for 3.ubuntu.pool.ntp.org 1 Apr 27 16:04:49 glicca dhclient: DHCPACK of 10.0.0.14 from 10.0.0.16 Apr 27 16:04:49 glicca dhclient: bound to 10.0.0.14 -- renewal in 247908 seconds. Apr 27 16:04:49 glicca NetworkManager[783]: (eth0): DHCPv4 state changed preinit -> reboot Apr 27 16:04:49 glicca NetworkManager[783]:address 10.0.0.14 Apr 27 16:04:49 glicca NetworkManager[783]:prefix 24 (255.255.255.0) Apr 27 16:04:49 glicca NetworkManager[783]:gateway 10.0.0.16 Apr 27 16:04:49 glicca NetworkManager[783]:hostname 'glicca.falu.nl' Apr 27 16:04:49 glicca NetworkManager[783]:nameserver '83.162.x.y' Apr 27 16:04:49 glicca NetworkManager[783]:nameserver '10.0.0.16' Apr 27 16:04:49 glicca NetworkManager[783]:nameserver '194.109.104.104' Apr 27 16:04:49 glicca NetworkManager[783]:nameserver '194.109.9.99' Apr 27 16:04:49 glicca NetworkManager[783]:nameserver '194.109.6.66' Apr 27 16:04:49 glicca NetworkManager[783]:domain name 'falu.nl' Apr 27 16:04:49 glicca NetworkManager[783]: Activation (eth0) Stage 5 of 5 (IPv4 Configure Commit) scheduled... Apr 27 16:04:50 glicca NetworkManager[783]: Activation (eth0) Stage 5 of 5 (IPv4 Commit) started... Apr 27 16:04:50 glicca avahi-daemon... Apr 27 16:04:51 glicca NetworkManager[783]: (eth0): device state change: ip-config -> secondaries (reason 'none') [70 90 0] Apr 27 16:04:51 glicca NetworkManager[783]: Activation (eth0) Stage 5 of 5 (IPv4 Commit) complete. Apr 27 16:04:51 glicca NetworkManager[783]: (wlan0): supplicant interface state: disconnected -> inactive Apr 27 16:04:51 glicca NetworkManager[783]: (eth0): device state change: secondaries -> activated (reason 'none') [90 100 0] Apr 27 16:04:51 glicca NetworkManager[783]: NetworkManager state is now CONNECTED_GLOBAL Apr 27 16:04:51 glicca NetworkManager[783]: Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS. Apr 27 16:04:51 glicca NetworkManager[783]: DNS: starting dnsmasq... Apr 27 16:04:51 glicca NetworkManager[783]: dnsmasq not available on the bus, can't update servers. Apr 27 16:04:51 glicca NetworkManager[783]: [1430143491.244228] [nm-dns-dnsmasq.c:396] update(): dnsmasq owner not found on bus: Could not get owner of name 'org.freedesktop.NetworkManager.dnsmasq': no such name Apr 27 16:04:51 glicca NetworkManager[783]: DNS: plugin dnsmasq update failed Apr 27 16:04:51 glicca NetworkManager[783]: Writing DNS information to /sbin/resolvconf Apr 27 16:04:51 glicca anacron... Apr 27 16:04:51 glicca cron... Apr 27 16:04:51 glicca dnsmasq[1072]: started, version 2.68 cache disabled Apr 27 16:04:51 glicca dnsmasq[1072]: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth Apr 27 16:04:51 glicca dnsmasq[1072]: DBus support enabled: connected to system bus Apr 27 16:04:51 glicca dnsmasq[1072]: warning: no upstream servers configured Apr 27 16:04:51 glicca whoopsie... Apr 27 16:04:52 glicca acpid... Apr 27 16:04:52 glicca NetworkManager[783]: Activation (eth0) successful, device activated. Apr 27 16:04:52 glicca dbus[486]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) Apr 27 16:04:52 glicca NetworkManager[783]: dnsmasq appeared on DBus: :1.13 Apr 27 16:04:52 glicca NetworkManager[78
[Bug 281882] Re: ssh hangs in initial handshaking when using IPv6
I now have eeebuntu 2.0 (based on ubuntu 8.10, kernel 2.27.8-eeepc) on my Eee, and strangely enough, I don't get an IPv6 address most of the time. Just now I tried restarting rtadvd (the routing advertising daemon) on the router and after that, I did have an IPv6 address (but that may be coincidence). Anyway, the ssh connection works fine. So the problem fortunately seems limited to a small set of kernel versions. -- ssh hangs in initial handshaking when using IPv6 https://bugs.launchpad.net/bugs/281882 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 281882] Re: ssh hangs in initial handshaking when using IPv6
** Changed in: openssh (Ubuntu) Status: Invalid => New -- ssh hangs in initial handshaking when using IPv6 https://bugs.launchpad.net/bugs/281882 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 281882] Re: ssh hangs in initial handshaking when using IPv6
While the referenced email thread ( http://kerneltrap.org/mailarchive /openbsd-misc/2007/4/24/148531 ) is quite interesting, it doesn't seem to refer to IPv6 at all. I also don't use the pf packet filter (firewall), but ipf, and not even between my internal hosts. So the cited possible solution doesn't appear to be relevant at all. I made a packet trace with wireshark on both ends, and it seems to indicate a TCP checksum error by the sender (Ubuntu). This is seen from both the Ubuntu side and the NetBSD side. I have attached a text version, where I have somewhat anonymised the Ethernet and IPv6 addresses. So that would make it a kernel or an ethernet driver issue. The Ubuntu machine is an Eee 901. [ 51.729198] ATL1e: eth0 NIC Link is Up<100 Mbps Full Duplex> ** Attachment added: "Packet trace as seen from the server side" http://launchpadlibrarian.net/23084820/packets.txt -- ssh hangs in initial handshaking when using IPv6 https://bugs.launchpad.net/bugs/281882 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
