Re: [PATCH 0/3] Fix use_ipaddr race

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Apr 28, 2012 at 09:47:26PM +1000, NeilBrown wrote:
> On Sat, 28 Apr 2012 07:26:39 -0400 "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
> wrote:
> 
> > On Mon, Apr 23, 2012 at 11:04:19AM +1000, NeilBrown wrote:
> > > On Fri, 20 Apr 2012 18:46:15 -0400 "J. Bruce Fields" <bfields@xxxxxxxxxx>
> > > wrote:
> > > 
> > > >   mountd: unconditionally resolve ip address
> > > 
> > > Not a good idea.  If /etc/exports only contains IP address and subnets, then
> > > we don't ever want to do any address resolution.  The "resolve ip address"
> > > must at least be conditional on "are there any domain-name, wild-cards,
> > > netgroups in /etc/exports".
> > 
> > The bug is my changelog.  All we're really doing there is parsing the ip
> > address, not resolving anything.
> 
> Ahhh. I see that now.  Thanks.
> 
> > 
> > ...
> > > >   mountd: ignore use_ipaddr and just try both client types
> > > 
> > > Maybe ... though if we could syntactically distinguish "use_ipaddr" domains
> > > from "!use_ipaddr" domain and still just choose one test to perform, I think
> > > I'd prefer that.
> > 
> > Hm, OK.  Something like the following?  (Totally untested.)
> 
> Yes, that looks good.
> 
> I could probably bike-shed for a while about the leading '?', and wonder if
> '!' or '$' might be better choices, or if leading '[' and trailing ']' is
> best but I won't.  He who writes the code makes the choice.

Hah.  I think I had some vague idea like "the ? reminds us there's still
some question to be answered about this".  Anyway, my one worry is that
I'm not sure what the syntax of the existing client types.

Hm, the documentation says "?" and "[character set]" can be used in
wildcard domains, so maybe we do want '!' or '$'.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux