I feel a bit lost in this conversation. I feel that this conversation drifted into a debate of “is this really a problem?” The answer is, yes, this is a problem. This issue causes the v6ns test on test-ipv6.com to fail.
I also feel I’ve discovered a bug with ifup due to the testing that was asked of me. However, that is a different topic.
I think that at this point the technical nature of this issue is a bit beyond my knowledge, but here is where I stand:
When enabling the “Wired” connection in network manager, two dhclient processes are briefly started. One in v4 mode, one in v6 mode.
but as the discussion there and in this thread shows, there are suggestions that the given order makes some sense
hm… certainly ip6_vpn_config should go above ip4_device_config (ignoring the fact that we don’t
have any ipv6 vpns yet…). Not sure if there’s any rule that says ipv6 should go above ipv4 in
general. I think for now it’s probably better to keep ipv4 first, since people are more likely to
accidentally have a broken ipv6 config than they are to accidentally have a broken ipv4 config…
glibc queries the nameservers in the order they are listed in resolv.conf, so if the IPv4 servers
don’t know the address of the IPv6 machine it should fail and glib will query the IPv6 server. The
apps themselves are the things that request AAA records (IPv6) instead of the A records and they are
the ones that decide what to do with the records that actually get returned too. So unless the app
is badly coded, is there a real difference which nameservers are first? Is ordering necessary to
work around bad servers?
so I’m not convinced that it is a bug as such. (Of course, you are free to manually configure /etc/resolv.conf as you like.)
On 2013-08-23 07:46, deano ferrari wrote:
> It’s definitely not an openSUSE-specific issue or quirk, but rather
> seemingly related to the NM-related code.
> It was reported as a RH bug some time back
> but as the discussion there and in this thread shows, there are
> suggestions that the given order makes some sense
>> glibc queries the nameservers in the order they are listed in resolv.conf, so if the IPv4 servers
>> don’t know the address of the IPv6 machine it should fail and glib will query the IPv6 server.
So, why is not the second DNS server on the OP setup queried? As I
understand, it is because the first one gives a failure or reply that
says conclusively not to look any more for that name, right?
So his first DNS is bad.
Cheers / Saludos,
Carlos E. R.
(from 12.3 x86_64 “Dartmouth” at Telcontar)