From: "J. Bruce Fields" <bfields@fieldses.org>
To: Jeff Layton <jlayton@redhat.com>
Cc: linux-nfs@vger.kernel.org, steved@redhat.com, neilb@suse.de
Subject: Re: rpc.mountd and character class matches
Date: Tue, 21 Jun 2011 11:57:18 -0400 [thread overview]
Message-ID: <20110621155718.GB25534@fieldses.org> (raw)
In-Reply-To: <20110621112645.5e9e3d09@tlielax.poochiereds.net>
On Tue, Jun 21, 2011 at 11:26:45AM -0400, Jeff Layton wrote:
> I was writing up the manpage update for exports to include info about
> IPv6 addressing, and made a mistake on my first pass. I put the IPv6
> address in brackets. It turned out that this worked because mountd
> treats stuff in brackets as a character class wildcard match.
>
> This behavior is undocumented in the manpage and it doesn't seem to
> work correctly, but it's hard to be sure as I'm not sure what correct
> behavior is for this.
>
> For instance, I have a host with a valid hostname (tlielax) in DNS on
> my subnet, and when I put this in /etc/exports:
>
> /export [whiskeytangofoxtrot](rw)
>
> ...mountd allowed me to mount that. Normally a character class like
> that should only match if you had a single-character hostname that
> matches one of the characters in the brackets.
>
> My question is -- do we want to continue to allow this sort of wildcard
> match in mountd? Given that it's not documented, it's hard to imagine
> anyone relying on it.
If it's complicated, likely buggy code, and we can't find any evidence
that anyone uses it, let's toss it. Hard to imagine anyone will
complain, but if they do, at least they may be able to help us answer
this question:
> If we do want to keep it, what's the behavior we should be shooting for
> here?
--b.
next prev parent reply other threads:[~2011-06-21 15:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-21 15:26 rpc.mountd and character class matches Jeff Layton
2011-06-21 15:57 ` J. Bruce Fields [this message]
2011-06-21 22:33 ` NeilBrown
2011-06-22 0:55 ` Jeff Layton
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=20110621155718.GB25534@fieldses.org \
--to=bfields@fieldses.org \
--cc=jlayton@redhat.com \
--cc=linux-nfs@vger.kernel.org \
--cc=neilb@suse.de \
--cc=steved@redhat.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).