linux-man.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Lukas Javorsky <ljavorsk@redhat.com>
To: Alejandro Colomar <alx.manpages@gmail.com>
Cc: linux-man@vger.kernel.org, mtk.manpages@gmail.com
Subject: Re: [PATCH] resolv.conf.5: Add option no-aaaa to the resolv.conf manual page
Date: Tue, 11 Apr 2023 10:43:57 +0200	[thread overview]
Message-ID: <CAK719L3jfBFrGKzE1i5OWKNWz4TD0i4MNOiSnM7QsY6wzKirGQ@mail.gmail.com> (raw)
In-Reply-To: <b4bedbd6-3e5d-f8a1-f099-20dc83037fe4@gmail.com>

I fixed the issues you pointed out, thank you for that.

---
 man5/resolv.conf.5 | 23 +++++++++++++++++++++++
 1 file changed, 23 insertions(+)

diff --git a/man5/resolv.conf.5 b/man5/resolv.conf.5
index 6af8b4e92..2dd051556 100644
--- a/man5/resolv.conf.5
+++ b/man5/resolv.conf.5
@@ -200,6 +200,29 @@ which causes round-robin selection of name
servers from among those listed.
 This has the effect of spreading the query load among all listed servers,
 rather than having all clients try the first listed server first every time.
 .TP
+.B no\-aaaa (since glibc 2.36)
+.\" f282cdbe7f436c75864e5640a409a10485e9abb2
+Sets
+.B RES_NOAAAA
+in
+.IR _res.options ,
+which suppresses AAAA queries made by the stub resolver,
+including AAAA lookups triggered by NSS-based interfaces such as
+.BR getaddrinfo (3).
+Only DNS lookups are affected: IPv6 data in
+.BR hosts (5)
+is still used,
+.BR getaddrinfo (3)
+with
+.B AI_PASSIVE
+will stillproduce IPv6 addresses,
+and configured IPv6 name servers are still used.
+To produce correct Name Error (NXDOMAIN) results,
+AAAA queries are translated to A queries.
+This option is intended preliminary for diagnostic purposes,
+to rule out that AAAA DNS queries have adverse impact.
+It is incompatible with EDNS0 usage and DNSSEC validation by applications.
+.TP
 .B no\-check\-names
 .\" since glibc 2.2
 Sets
--
2.39.2

If you see anything else, please let me know.


On Sat, Apr 8, 2023 at 3:22 PM Alejandro Colomar <alx.manpages@gmail.com> wrote:
>
> Hi Lukas,
>
> On 4/6/23 15:11, Lukas Javorsky wrote:
> > Reference: https://sourceware.org/pipermail/libc-alpha/2022-June/139549.html
>
> Thanks for the patch.  Please see a few comments below.
>
> BTW, your mailer screws the patch; please send a copy attached together
> with the inline patch in the email, so I can respond to the inline one
> but apply the attached one.
>
> Cheers,
> Alex
>
> > ---
> >  man5/resolv.conf.5 | 21 +++++++++++++++++++++
> >  1 file changed, 21 insertions(+)
> >
> > diff --git a/man5/resolv.conf.5 b/man5/resolv.conf.5
> > index 6af8b4e92..2dd051556 100644
> > --- a/man5/resolv.conf.5
> > +++ b/man5/resolv.conf.5
> > @@ -200,6 +200,27 @@ which causes round-robin selection of name servers
> > from among those listed.
> >  This has the effect of spreading the query load among all listed servers,
> >  rather than having all clients try the first listed server first every
> > time.
> >  .TP
> > +.B no\-aaaa (since glibc 2.36)
> > +.\" f282cdbe7f436c75864e5640a409a10485e9abb2
> > +Sets
> > +.BR RES_NOAAAA
>
> This adds a warning:
>
> an.tmac:man5/resolv.conf.5:206: style: .BR expects at least 2 arguments, got 1
>
> You should use '.B', not '.BR'.
>
> Please check this for preventing new warnings:
> <https://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/tree/CONTRIBUTING#n132>
>
> (Although I'm not sure if this warning is only enabled in a version
> of groff(1) that you probably don't have.  :)
>
> > +in
> > +.IR _res.options ,
> > +which suppresses AAAA queries made by the stub
>
> Please use semantic newlines.  See man-pages(7):
>
>    Use semantic newlines
>        In the source of a manual page, new sentences should be started
>        on  new  lines,  long  sentences  should be split into lines at
>        clause breaks (commas, semicolons, colons, and so on), and long
>        clauses should be split at phrase boundaries.  This convention,
>        sometimes known as "semantic newlines", makes it easier to  see
>        the  effect of patches, which often operate at the level of in‐
>        dividual sentences, clauses, or phrases.
>
>
> > +resolver, including AAAA lookups triggered by NSS-based interfaces
> > +such as
> > +.BR getaddrinfo (3).
> > +Only DNS lookups are affected: IPv6 data in
> > +.BR hosts (5)
> > +is still used,
> > +.BR getaddrinfo (3)
> > +with AI_PASSIVE will still
>
> .B AI_PASSIVE
>
> (I see it's not formatted in other locations in this file; that seems
> a bug.)
>
> > +produce IPv6 addresses, and configured IPv6 name servers are still
> > +used. To produce correct Name Error (NXDOMAIN) results, AAAA queries
> > +are translated to A queries. This option is intended preliminary
> > +for diagnostic purposes, to rule out that AAAA DNS queries have adverse
> > impact.
> > +It is incompatible with EDNS0 usage and DNSSEC validation by applications.
> > +.TP
> >  .B no\-check\-names
> >  .\" since glibc 2.2
> >  Sets
> > --
> > 2.39.2
> >
>
> --
> <http://www.alejandro-colomar.es/>
> GPG key fingerprint: A9348594CE31283A826FBDD8D57633D441E25BB5



-- 
S pozdravom/ Best regards

Lukáš Javorský

Software Engineer, Core service - Databases

Red Hat

Purkyňova 115 (TPB-C)

612 00 Brno - Královo Pole

ljavorsk@redhat.com


  reply	other threads:[~2023-04-11  8:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAK719L248t=yVRtgaJQZo9+vMvNzs-Q=Q9YW-vfaPHJB--oNAA@mail.gmail.com>
2023-04-08 13:22 ` [PATCH] resolv.conf.5: Add option no-aaaa to the resolv.conf manual page Alejandro Colomar
2023-04-11  8:43   ` Lukas Javorsky [this message]
2023-04-11 17:26     ` Alejandro Colomar
     [not found]       ` <CAK719L2D9efKFXoa5Mb4UoXHJGZt+YMisePcGsbN6igO57mp6g@mail.gmail.com>
2023-04-12 15:18         ` Lukas Javorsky
2023-04-12 20:49           ` Alejandro Colomar
     [not found]             ` <CAK719L0PPWacx444xFs39ufyx_CSbtEVX-pCc2Pea=QywQ6CsQ@mail.gmail.com>
2023-04-14 14:22               ` Alejandro Colomar

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=CAK719L3jfBFrGKzE1i5OWKNWz4TD0i4MNOiSnM7QsY6wzKirGQ@mail.gmail.com \
    --to=ljavorsk@redhat.com \
    --cc=alx.manpages@gmail.com \
    --cc=linux-man@vger.kernel.org \
    --cc=mtk.manpages@gmail.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.
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).