mailing list of musl libc
 help / color / mirror / code / Atom feed
From: "Érico Nogueira" <ericonr@disroot.org>
To: <musl@lists.openwall.com>, "Florian Weimer" <fweimer@redhat.com>
Subject: Re: [musl] getaddrinfo() fails for domains with no AAAA records (regression?)
Date: Mon, 19 Jul 2021 16:47:23 -0300	[thread overview]
Message-ID: <CCXDJP2M7E44.1QZ3SDXYSMMBL@mussels> (raw)
In-Reply-To: <CAMhVC3bCYs1QjM8xjFtTbsi-QQrjxiv0tuFxxwK=WKPwSacFfA@mail.gmail.com>

On Mon Jul 19, 2021 at 3:51 PM -03, Yuri Kanivetsky wrote:
> So you're saying that that is the registrar's fault (which also
> provides the name servers)? Can you possibly tell how this can be
> fixed? Other than by giving up on wildcard dns records?
>
> A couple more points. First, apparently there was some change between
> musl-1.2.2-r0 and musl-1.1.24-r10, getaddrinfo() stops working since

fd7ec068efd590c0393a612599a4fab9bb0a8633 and
5cf1ac2443ad0dba263559a3fe043d929e0e5c4c have happened between those.
It's possible 5cf1ac applies to your case, since it changes the error
handling to take NXDOMAIN into account from any of the queries.

> Alpine Linux 3.13. Which comes down to the fact that ping and ssh
> can't resolve such hostnames. Although host, getent and dig can.

AFAIK dig/drill will look at /etc/resolv.conf for nameservers, but use
their own resolver, not libc's. getent, on the other hand, uses the libc
resolver, so comparing how ssh/ping and getent perform the query might
be worthwhile, since they are all using the same resolvers.

> Second, it works on Arch Linux, Debians 8, 9, 10, and CentOS 7. The
> way it looks, it works on libc, and doesn't work on musl.

*glibc

>
> Additionally I've attached the relevant part of the registrars' web
> interface.
>
> Regards,
> Yuri
>
> On Mon, Jul 19, 2021 at 4:22 PM Florian Weimer <fweimer@redhat.com>
> wrote:
> >
> > * Yuri Kanivetsky:
> >
> > > $ docker run --rm -itv $PWD:/app alpine:3.14 ./app/a.sh
> > > ...
> > > + ./a.out p2.x-yuri.site set_ai_family
> > > AF_INET: 3.67.126.242
> > > + ./a.out p2.x-yuri.site
> > > getaddrinfo: Name does not resolve
> >
> > p2.x-yuri.site/IN/AAAA queries result in Name Error/NXDOMAIN, so the
> > domain is misconfigured.  This error is independent of the record type.
> >
> > Thanks,
> > Florian
> >


  parent reply	other threads:[~2021-07-19 19:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-19 12:58 Yuri Kanivetsky
2021-07-19 13:22 ` Florian Weimer
2021-07-19 18:51   ` Yuri Kanivetsky
2021-07-19 19:29     ` Shiz
2021-07-19 19:47     ` Érico Nogueira [this message]
2021-07-19 21:08   ` Rich Felker
2021-07-19 21:07 ` Olivier A.
2021-07-19 21:12   ` Rich Felker
2021-07-23 20:25     ` Yuri Kanivetsky
2021-07-23 20:33       ` Yuri Kanivetsky
2021-07-23 20:45       ` Laurent Bercot
2021-07-27 14:21         ` Yuri Kanivetsky
2021-07-27 14:41           ` Rich Felker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CCXDJP2M7E44.1QZ3SDXYSMMBL@mussels \
    --to=ericonr@disroot.org \
    --cc=fweimer@redhat.com \
    --cc=musl@lists.openwall.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).