[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]: info (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]: info (eth0): DHCPv4 state changed preinit - reboot Apr 27 16:04:49 glicca NetworkManager[783]: info address 10.0.0.14 Apr 27 16:04:49 glicca NetworkManager[783]: info prefix 24 (255.255.255.0) Apr 27 16:04:49 glicca NetworkManager[783]: info gateway 10.0.0.16 Apr 27 16:04:49 glicca NetworkManager[783]: info hostname 'glicca.falu.nl' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '83.162.x.y' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '10.0.0.16' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '194.109.104.104' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '194.109.9.99' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '194.109.6.66' Apr 27 16:04:49 glicca NetworkManager[783]: info domain name 'falu.nl' Apr 27 16:04:49 glicca NetworkManager[783]: info Activation (eth0) Stage 5 of 5 (IPv4 Configure Commit) scheduled... Apr 27 16:04:50 glicca NetworkManager[783]: info 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]: info (eth0): device state change: ip-config - secondaries (reason 'none') [70 90 0] Apr 27 16:04:51 glicca NetworkManager[783]: info Activation (eth0) Stage 5 of 5 (IPv4 Commit) complete. Apr 27 16:04:51 glicca NetworkManager[783]: info (wlan0): supplicant interface state: disconnected - inactive Apr 27 16:04:51 glicca NetworkManager[783]: info (eth0): device state change: secondaries - activated (reason 'none') [90 100 0] Apr 27 16:04:51 glicca NetworkManager[783]: info NetworkManager state is now CONNECTED_GLOBAL Apr 27 16:04:51 glicca NetworkManager[783]: info Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS. Apr 27 16:04:51 glicca NetworkManager[783]: info DNS: starting dnsmasq... Apr 27 16:04:51 glicca NetworkManager[783]: warn dnsmasq not available on the bus, can't update servers. Apr 27 16:04:51 glicca NetworkManager[783]: error [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]: warn DNS: plugin dnsmasq update failed Apr 27 16:04:51 glicca NetworkManager[783]: info 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]: info 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]: warn dnsmasq appeared on DBus: :1.13 Apr 27 16:04:52 glicca NetworkManager[783]: info Writing DNS information to /sbin
[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]: info (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]: info (eth0): DHCPv4 state changed preinit - reboot Apr 27 16:04:49 glicca NetworkManager[783]: info address 10.0.0.14 Apr 27 16:04:49 glicca NetworkManager[783]: info prefix 24 (255.255.255.0) Apr 27 16:04:49 glicca NetworkManager[783]: info gateway 10.0.0.16 Apr 27 16:04:49 glicca NetworkManager[783]: info hostname 'glicca.falu.nl' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '83.162.x.y' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '10.0.0.16' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '194.109.104.104' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '194.109.9.99' Apr 27 16:04:49 glicca NetworkManager[783]: info nameserver '194.109.6.66' Apr 27 16:04:49 glicca NetworkManager[783]: info domain name 'falu.nl' Apr 27 16:04:49 glicca NetworkManager[783]: info Activation (eth0) Stage 5 of 5 (IPv4 Configure Commit) scheduled... Apr 27 16:04:50 glicca NetworkManager[783]: info 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]: info (eth0): device state change: ip-config - secondaries (reason 'none') [70 90 0] Apr 27 16:04:51 glicca NetworkManager[783]: info Activation (eth0) Stage 5 of 5 (IPv4 Commit) complete. Apr 27 16:04:51 glicca NetworkManager[783]: info (wlan0): supplicant interface state: disconnected - inactive Apr 27 16:04:51 glicca NetworkManager[783]: info (eth0): device state change: secondaries - activated (reason 'none') [90 100 0] Apr 27 16:04:51 glicca NetworkManager[783]: info NetworkManager state is now CONNECTED_GLOBAL Apr 27 16:04:51 glicca NetworkManager[783]: info Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS. Apr 27 16:04:51 glicca NetworkManager[783]: info DNS: starting dnsmasq... Apr 27 16:04:51 glicca NetworkManager[783]: warn dnsmasq not available on the bus, can't update servers. Apr 27 16:04:51 glicca NetworkManager[783]: error [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]: warn DNS: plugin dnsmasq update failed Apr 27 16:04:51 glicca NetworkManager[783]: info 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]: info 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]: warn dnsmasq appeared on DBus: :1.13 Apr 27 16:04:52 glicca NetworkManager[783]: info Writing DNS information to /sbin
[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] 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 Bugs, which is subscribed to 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-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 857651] Re: Unable to hide users from login screen / user switcher
I would say it is a security problem to have any users show up at all. There doesn't even seem to be an option to *always* hide *all* users. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/857651 Title: Unable to hide users from login screen / user switcher To manage notifications about this bug go to: https://bugs.launchpad.net/accountsservice/+bug/857651/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 866062] Re: SetLanguage(): Write ~/.pam_environment instead of ~/.profile
Another disadvantage of ~/.profile is that bash doesn't always read it. In fact this is noted at the top of that file itself (at least in my version). I have some problems with the regional language settings (I want time/date in Dutch but text messages in English), but when I set the regional settings (with xubuntu's Applications Settings Language Support), suddenly Firefox and other things started to be in Dutch as well. In a terminal, far too many LC_* settings were suddenly nl_NL.UTF-8, according to the locale command. For a proper bug report, I wanted to reproduce this in a clean test account but I couldn't. I suspect now that the fact that I have a ~/.bash_login file has something to do with it (so ~/.profile isn't read, or isn't always read, or something). It's annoying that one can only test this by logging out; I can't quite seem to reproduce it in the test login either. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/866062 Title: SetLanguage(): Write ~/.pam_environment instead of ~/.profile To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/866062/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 774142] [NEW] logic error in a logic puzzle
Public bug reported: Binary package hint: gbrainy This bug seems related to bug #622197, but it is about the language which is in error. The text of the question is Johnś age is nowadays 2 times his son's age. 12 years ago. John was 3 times older than his son. What is meant, apparently, is John was 3 times AS OLD AS his son. 3 times older than is nonsense, but as far as one absolutely wants to attach a meaning to it, it must be 4 times as old. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: gbrainy 1.65-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic i686 Architecture: i386 Date: Sat Apr 30 14:10:57 2011 LiveMediaBuild: Ubuntu 11.04 Natty Narwhal - Release i386 (20110427.1) PackageArchitecture: all ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gbrainy UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gbrainy (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 natty -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/774142 Title: logic error in a logic puzzle -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 774142] Re: logic error in a logic puzzle
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/774142 Title: logic error in a logic puzzle -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[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
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 Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-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
** 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 Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-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 Up100 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
[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 Up100 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 Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 281882] [NEW] ssh hangs in initial handshaking when using IPv6
Public bug reported: ssh hangs in initial handshaking when using IPv6 to connect with a NetBSD 4.0 ssh server. I tried NetBSD on i386 and amd64. Here is the output from ssh -v when it fails: (I censored the IPv6 address) [EMAIL PROTECTED]:~$ ssh -v radl OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to radl [2001::::1] port 22. debug1: Connection established. debug1: identity file /home/rhialto/.ssh/identity type -1 debug1: identity file /home/rhialto/.ssh/id_rsa type -1 debug1: identity file /home/rhialto/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.4 NetBSD_Secure_Shell-20061114 debug1: match: OpenSSH_4.4 NetBSD_Secure_Shell-20061114 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-8ubuntu1.2 debug1: SSH2_MSG_KEXINIT sent and here it hangs, until the other side times out. When using IPv4 it works fine. strace shows that ssh hangs in a select() call: read(3, u, 1) = 1 read(3, r, 1) = 1 read(3, e, 1) = 1 read(3, _, 1) = 1 read(3, S, 1) = 1 read(3, h, 1) = 1 read(3, e, 1) = 1 read(3, l, 1) = 1 read(3, l, 1) = 1 read(3, -, 1) = 1 read(3, 2, 1) = 1 read(3, 0, 1) = 1 read(3, 0, 1) = 1 read(3, 6, 1) = 1 read(3, 1, 1) = 1 read(3, 1, 1) = 1 read(3, 1, 1) = 1 read(3, 4, 1) = 1 read(3, \n, 1)= 1 write(3, SSH-2.0-OpenSSH_4.7p1 Debian-8ub..., 40) = 40 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 write(3, \0\0\3\24\10\24\264\267\3426\226\\6\254\305\267H\265QT..., 792) = 792 select(4, [3], NULL, NULL, NULL It is apparently an Ubuntu 8.04.1-specific problem, since some other people I polled on a #netbsd irc channel reported that they could repeat the problem on Ubuntu-based machines but the problem did not occur for other Linux distributions. I'm using eeebuntu on an Eee 901 which is based on 8.04.01. I found a xubuntu 8.04 live cd which does not show the problem so probably the problem is quite specific. [EMAIL PROTECTED]:~$ lsb_release -rd Description:Ubuntu 8.04.1 Release:8.04 [EMAIL PROTECTED]:~$ apt-cache policy ssh ssh: Installed: (none) Candidate: 1:4.7p1-8ubuntu1.2 Version table: 1:4.7p1-8ubuntu1.2 0 500 http://nl.archive.ubuntu.com hardy-updates/main Packages 500 http://security.ubuntu.com hardy-security/main Packages 1:4.7p1-8ubuntu1 0 500 http://nl.archive.ubuntu.com hardy/main Packages hm, does that think I don't have ssh installed? I wonder which ssh I am then supposed to be using... It does claim to be OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007 I expect the ssh client to continue after SSH2_MSG_KEXINIT, like when using IPv4. ** Affects: ubuntu Importance: Undecided Status: 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 Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 281882] Re: ssh hangs in initial handshaking when using IPv6
Ah, it is openssh-client that is installed: [EMAIL PROTECTED]:~$ apt-cache policy openssh-client openssh-client: Installed: 1:4.7p1-8ubuntu1.2 Candidate: 1:4.7p1-8ubuntu1.2 Version table: *** 1:4.7p1-8ubuntu1.2 0 500 http://nl.archive.ubuntu.com hardy-updates/main Packages 500 http://security.ubuntu.com hardy-security/main Packages 100 /var/lib/dpkg/status 1:4.7p1-8ubuntu1 0 500 http://nl.archive.ubuntu.com hardy/main Packages -- 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 Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 269656] Re: AN IRRELEVANT LICENSE IS PRESENTED TO YOU FREE-OF-CHARGE ON STARTUP
I don't know if anyone has noticed, but I tried this on another Unix system: If you compile the browser source yourself, and you don't specify the configure option --enable-official-branding, you expect to get a version without these branding problems. But you STILL get the cursed EULA window, even though your browser now calls itself Minefield. I think that is even more of a scandal. -- AN IRRELEVANT LICENSE IS PRESENTED TO YOU FREE-OF-CHARGE ON STARTUP https://bugs.launchpad.net/bugs/269656 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 157910] Re: Grammatical embarrassment in oo-payment-schedule.odf
Oops, looks like I made a small typo (probably read too much about ODF). It is .ods (for spreadsheet, I presume). The full pathname on the live cd (7.10 indeed, I used the i386 desktop version) is /home/ubuntu/Desktop/Examples/oo-payment-schedule.ods . Maybe it is only part of the live cd, not of the OpenOffice package, since it is in such a relatively non-standard place. Thanks! -Olaf Seibert. -- Grammatical embarrassment in oo-payment-schedule.odf https://bugs.launchpad.net/bugs/157910 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 157910] Grammatical embarrassment in oo-payment-schedule.odf
Public bug reported: In the demo file oo-payment-schedule.odf, which is an example of paying off a loan, there are several instances of the word principle. Of course this should be the completely different word principal, being kind-of short for principal sum. Getting this sort of basic things wrong is embarrassing. It is also a bug that one requires JavaScript to report a bug here. ** Affects: ubuntu Importance: Undecided Status: New -- Grammatical embarrassment in oo-payment-schedule.odf https://bugs.launchpad.net/bugs/157910 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
