linux-man.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Stéphane Aulery" <saulery-GANU6spQydw@public.gmane.org>
To: walter harms <wharms-fPG8STNUNVg@public.gmane.org>
Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	527136-forwarded-61a8vm9lEZVf4u+23C9RwQ@public.gmane.org,
	linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] resolver.3: documents missing options used by _res structure defined in resolv.h and indicates defaults options
Date: Wed, 11 Mar 2015 00:33:48 +0100	[thread overview]
Message-ID: <20150310233348.GA2511@free.fr> (raw)
In-Reply-To: <54FECB89.5000401-fPG8STNUNVg@public.gmane.org>

Hello walter,

Le mardi 10 mars 2015 à 11:46:33, walter harms a écrit :
> 
> Am 09.03.2015 21:44, schrieb Stéphane Aulery:
> > Missing options: RES_INSECURE1, RES_INSECURE2, RES_NOALIASES, USE_INET6,
> > ROTATE, NOCHECKNAME, RES_KEEPTSIG, BLAST, USEBSTRING, NOIP6DOTINT, USE_EDNS0,
> > SNGLKUP, SNGLKUPREOP, RES_USE_DNSSEC, NOTLDQUERY, DEFAULT
> > 
> > Written from the glibc source and resolv.conf.5.
> > 
> > Debian bug #527136 reported by Jakub Wilk <ubanus-iA+eEnwkJgzk1uMJSBkQmQ@public.gmane.org>
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527136
> > Signed-off-by: Stéphane Aulery <saulery-GANU6spQydw@public.gmane.org>
> > ---
> >  man3/resolver.3 | 99 ++++++++++++++++++++++++++++++++++++++++++++++++++++-----
> >  1 file changed, 91 insertions(+), 8 deletions(-)
> > 
> > diff --git a/man3/resolver.3 b/man3/resolver.3
> > index 19c4192..06704b1 100644
> > --- a/man3/resolver.3
> > +++ b/man3/resolver.3
> > @@ -197,19 +197,20 @@ which is not the default.
> >  Accept authoritative answers only.
> >  .BR res_send ()
> >  continues until
> > -it finds an authoritative answer or returns an error.  [Not currently
> > -implemented].
> > +it finds an authoritative answer or returns an error.
> > +[Not currently implemented].
> >  .TP
> >  .B RES_USEVC
> >  Use TCP connections for queries rather than UDP datagrams.
> >  .TP
> >  .B RES_PRIMARY
> >  Query primary domain name server only.
> > +[Not currently implemented].
> 
> pitpicking:
>  the phrase is normally "not yet implemented"

That's not me. We can change it ?

> perhaps you can add as comment what version you have tested to
> give pple a hint where to look.

I have not tested. It is written in code:

https://sourceware.org/git/?p=glibc.git;a=blob;f=resolv/res_debug.c;hb=44a6213c8eebf3f69712a5fba9a33bbb90a79023#l565

For that matter to seek versions, why not just give the version of this
that is implemented. This will be information that does not expires.

> >  .TP
> >  .B RES_IGNTC
> >  Ignore truncation errors.
> > -Don't retry with TCP.  [Not currently
> > -implemented].
> > +Don't retry with TCP.
> > +[Not currently implemented].
> >  .TP
> >  .B RES_RECURSE
> >  Set the recursion desired bit in queries.
> > @@ -238,10 +239,92 @@ domain and in parent domains.
> >  This option is used by
> >  .BR gethostbyname (3).
> >  [Enabled by default].
> > -.PP
> > -This list is not complete.
> > -You can find some other flags described in
> > -.BR resolv.conf (5).
> > +.TP
> > +.B RES_INSECURE1
> > +Accept a response from a wrong server and show it on standard output
> > +(for debug purpose only).
> 
> is there a debug mode switch or is this a compiletime option ?
> this could be of interest for admins that do not want this.
> 
> just my 2 cents,
>  wh

That's options are always available. The message display is subjected to the
simultaneous use of RES_DEBUG option. However, the commentary and option name
imply that it is to test security flaws, but at your own risk:

    /*
    * response from wrong server? ignore it.
    * XXX - potential security hazard could
    * be detected here.
    */

I realize that my description may not be entirely fair. It could be :

    Accept a response from a wrong server. Potential security hazard
    could be detected here, but you need to compile glibc with debugging
    enabled and use RES_DEBUG option.

Regards,

-- 
Stéphane Aulery
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      parent reply	other threads:[~2015-03-10 23:33 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20090505194602.GA7897@cavendish.icomputing.pl>
     [not found] ` <20090505194602.GA7897-5yFI+unmBBOGLCdkNPoglKYQbZ+eox6S@public.gmane.org>
2015-03-07 20:58   ` [PATCH] resolver.3: documents missing options used by _res structure defined in resolv.h and indicates defaults options Stéphane Aulery
     [not found]     ` <1425761903-22748-1-git-send-email-saulery-GANU6spQydw@public.gmane.org>
2015-03-08  8:20       ` Michael Kerrisk (man-pages)
     [not found]         ` <54FC0642.6050800-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-08 12:03           ` Stéphane Aulery
     [not found]             ` <20150308120348.GB2050-GANU6spQydw@public.gmane.org>
2015-03-09  7:24               ` Michael Kerrisk (man-pages)
     [not found]                 ` <54FD4AB6.3090102-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-09  7:54                   ` Stéphane Aulery
     [not found]                     ` <20150309075456.GA1253-GANU6spQydw@public.gmane.org>
2015-03-09  9:49                       ` Michael Kerrisk (man-pages)
     [not found]                         ` <54FD6CC3.1000706-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-09 10:38                           ` Stéphane Aulery
2015-03-09 20:44                           ` Stéphane Aulery
     [not found]                             ` <1425933851-16360-1-git-send-email-saulery-GANU6spQydw@public.gmane.org>
2015-03-10  6:12                               ` Michael Kerrisk (man-pages)
2015-03-10 10:46                               ` walter harms
     [not found]                                 ` <54FECB89.5000401-fPG8STNUNVg@public.gmane.org>
2015-03-10 23:33                                   ` Stéphane Aulery [this message]

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=20150310233348.GA2511@free.fr \
    --to=saulery-ganu6spqydw@public.gmane.org \
    --cc=527136-forwarded-61a8vm9lEZVf4u+23C9RwQ@public.gmane.org \
    --cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=wharms-fPG8STNUNVg@public.gmane.org \
    /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).