This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: Domains aliased to a pool of IP addresses doesn't get resolved
- From: Yuri Kanivetsky <yuri dot kanivetsky at gmail dot com>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: libc-help at sourceware dot org
- Date: Sun, 18 Oct 2015 18:59:46 +0300
- Subject: Re: Domains aliased to a pool of IP addresses doesn't get resolved
- Authentication-results: sourceware.org; auth=none
- References: <CAMhVC3YY6X+=_dhRbHkw+=m_exfD0yva1mLP78dq8wy47wT3tg at mail dot gmail dot com> <561B9C19 dot 2000906 at redhat dot com> <CAMhVC3bm7K7MXn-BsEPHq+SpVDyxrV5CJgbAVnfcC5nr7bYoqA at mail dot gmail dot com> <561F840B dot 2060802 at redhat dot com> <CAMhVC3ajOFhdA21F12mrLOgeJDtHx+DxzAixDF2OAEz6TSGz5g at mail dot gmail dot com> <5620194C dot 3090200 at redhat dot com> <CAMhVC3bKfeRmOSdKP3mz4Yu9NcyiLjwyz5ebWjibVka-UsY+3g at mail dot gmail dot com> <5620F6C4 dot 5090208 at redhat dot com> <CAMhVC3aoUT3-Lny0AAOWYDOJB7ZEiDS-Z+aJQcLTPG+EZYFkVw at mail dot gmail dot com> <56237D31 dot 6040904 at redhat dot com>
> The name server you configured for this system, with the IP address
> 10.0.2.3.
> It's a problem with your name server, I won't be able to reproduce this
> with my local resolver because it does not show this behavior.
Can you help me figure out, what is my resolver? I haven't configured
any. The steps I provided in one of the previous letters is all that
is needed to reproduce the issue. There's no "Setting up the resolver"
step there. And I haven't installed any DNS server on the host
machine. The `/etc/resolve.conf` on the host machine:
# Generated by resolvconf
domain Dlink
nameserver 192.168.0.1
192.168.0.1 is my router (DIR-300NRU rev.B7). But I can't reproduce it
on the host machine. So, my conjecture would be that virtualbox is at
fault. What do you say?
> The
> failure is intermittent because in some cases, the initial UDP response
> fits into 512 bytes, so no truncation occurs, no TCP fallback, and no
> TCP failure, and the name resolution succeeds based on the UDP response
> alone.
In my case, after it stops resolving keys.gnupg.net, it does so, until
I relog in. So this must be indeed some other issue.
Regards,
Yuri