Just a note that Andrew's comment#1
https://bugs.launchpad.net/ubuntu/+source/nss-
mdns/+bug/369008/comments/1 is still useful as the fix.
On Ubuntu 18.04 /etc/nsswitch.conf is still defaulting to mdns4_minimal
and mdns4. Rather than the much more useful mdns_minimal and mdns which
don't cripple
I logged glibc bug number 16826:
https://sourceware.org/bugzilla/show_bug.cgi?id=16826
** Bug watch added: Sourceware.org Bugzilla #16826
http://sourceware.org/bugzilla/show_bug.cgi?id=16826
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
In eglibc SVN repository revision 20392, Tue Aug 28 14:14:43 2012 UTC,
the getaddrinfo() code was changed to call _nss_gethostbyname4_r only
for family AF_UNSPEC. The commit comment just says "Merge changes
between r20213 and r20391 from /fsf/trunk."
Looking at /fsf/trunk/libc/sysdeps/posix/getadd
Debugging the case of scope ID == 0 when family is set to AF_INET6...
I'm finding that when family is set to AF_INET6, then
_nss_gethostbyname2_r is called instead of _nss_gethostbyname4_r. This
decision is made by libresolv. I did 'apt-get source libc6', which got
me eglib-2.17 source (this is on
Okay I think I've found a problem with getaddrinfo() when the AF_INET6
family is specified. For example, Python's socket.getaddrinfo() provides
scope ID if _all_ families are looked-up, but it returns scope ID of 0
if only IPv6 family is looked up. E.g. in Python:
>>> import socket
>>> from pprint
By the way, I'm currently testing on Ubuntu 13.04. I guess I should try
13.10 or 14.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/369008
Title:
mdns lookups fail over ipv6
To manage notificatio
I've tried applying the patch. I can confirm via Python
socket.getaddrinfo() that the IPv6 scope ID is now being set. So that
seems to be a good fix.
However, if I try ping6 or ssh -6 to my own PC craig-linux.local, I still get
an "Invalid argument" error:
$ ping6 craig-linux.local
connect: Inval
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nss-mdns (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/369008
Title:
md
The attachment "nss-mdns-ipv6-scope-id-patch.diff" of this bug report
has been identified as being a patch. The ubuntu-reviewers team has
been subscribed to the bug report so that they can review the patch. In
the event that this is in fact not a patch you can resolve this
situation by removing t
I should also note that it seems nss-mdns normally configures such only
ipv4 lookups are done:
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
so you need to remove the "4" from mdns in order to get the code that
will do ipv6 lookups.
--
You received this bug notification because you are
Actually I'm a bit surprised to hear that the patch mentioned in 374674
actually fixes this bug. The problem with nss-mdns for .local addresses
is that even when it finds the address (via avahi) which works just
fine, getaddrinfo returns the IPV6 address but always leaves scope_id
empty. Linux does
+1 for this. I'd welcome a working IPv6 mDNS - and this is really
trivial to implement, see AndrewD's post.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/369008
Title:
mdns lookups fail over ipv6
T
Note that I have reported Bug 374674 which is indirectly related to this
- it prevents using IPV6 addresses in some cases
--
mdns lookups fail over ipv6
https://bugs.launchpad.net/bugs/369008
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu
This works for me:
in /etc/avahi/avahi-daemon.conf [server] section:
use-ipv6=yes
Also change nsswitch.conf:
$ diff -u nsswitch.conf /etc/nsswitch.conf
--- nsswitch.conf2009-04-16 11:30:17.132488848 +1000
+++ /etc/nsswitch.conf2009-04-16 11:30:28.0 +1000
@@ -8,7 +8,7 @@
group:
14 matches
Mail list logo
