Return-Path: linux-nfs-owner@vger.kernel.org Received: from mx1.redhat.com ([209.132.183.28]:29740 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750969AbaBKMie (ORCPT ); Tue, 11 Feb 2014 07:38:34 -0500 Message-ID: <52FA19BF.9030907@RedHat.com> Date: Tue, 11 Feb 2014 07:38:23 -0500 From: Steve Dickson MIME-Version: 1.0 To: NeilBrown CC: "J. Bruce Fields" , Chuck Lever , Linux NFS Mailing List , Simo Sorce Subject: Re: [PATCH/RFC: nfs-utils] Common systemd unit files for nfs-utils. References: <20140130172451.7a354ce4@notabene.brown> <52F003A1.3060908@RedHat.com> <20140204093452.7b6d7c7d@notabene.brown> <20140204162052.GA5295@fieldses.org> <20140205140906.0b3ba9fd@notabene.brown> <1B2F95A4-8439-4274-A859-F33986D06824@oracle.com> <20140206122751.41b2fbf9@notabene.brown> <5630CFAD-1F31-4F87-AAA7-AEB06D3EC864@oracle.com> <20140206161917.GB14575@fieldses.org> <52F93BA1.9060505@RedHat.com> <20140211155052.464aac7c@notabene.brown> In-Reply-To: <20140211155052.464aac7c@notabene.brown> Content-Type: text/plain; charset=UTF-8 Sender: linux-nfs-owner@vger.kernel.org List-ID: On 02/10/2014 11:50 PM, NeilBrown wrote: > On Mon, 10 Feb 2014 15:50:41 -0500 Steve Dickson wrote: > >> On 02/06/2014 11:19 AM, J. Bruce Fields wrote: >>> On Thu, Feb 06, 2014 at 11:09:58AM -0500, Chuck Lever wrote: >>>> >>>> On Feb 5, 2014, at 8:27 PM, NeilBrown wrote: >>>>> I certainly agree with making things simple. If we can make a configuration >>>>> irrelevant, e.g. by gets nfsd to auto-tune the number of threads so the >>>>> setting becomes pointless, then I've very happy to remove that sort of >>>>> configuration. But if a configuration option actually means something I >>>>> certainly don't want to remove it. >>>>> >>>>> So I'm leaning towards having "systemctl {un,}mask rpc-gssd" be the >>>>> configuration tool for rpc.gssd. >>>> >>>> I like that better than the “off-until-requested” behavior we have currently. IMO folks who want to disable rpc.gssd will be in the increasing minority and the rest of the world will take scant notice of the extra daemon, as long as we ensure it speaks only when necessary. >>> >>> I'd also prefer running the gssd's by default: one less (confusing) step >>> to set up kerberos, and I'm not seeing a realistic security risk. >> I'm not for starting daemon that are not needed or necessary. I >> just think that is a bad design. >> >>> >>> If we can easily provide a way to turn it off for people that want a >>> really stripped-down system for whatever reason, fine, let's provide >>> that. >> I'm thinking just the opposite... Have a way to easily (or even >> automatically) way to enabled NFS security.... when needed... >> >> Would it make it easier if we combined the gssd daemon? That goes >> both ways (server and client)... That way we could just enable >> nfs security and the daemon would started regardless on what side >> its on... >> >> steved. > > By "combine" do you mean "rewrite the code so there is only one process" or > "have a systemd unit which starts both"? The former seems like a lot of > pointless work and the later contradicts your stated preference for not > starting daemons that are not needed. I was talking about the former, since there was some talk way back when about doing that... What I'm really trying to do is get rid of rpc.svcgssd in favor of gss-proxy... but... I don't know if that is a good idea and not sure how to get there. > > What do you think of the suggestion to start rpc.gssd when Wanted > if /etc/krb5.conf exists, and document that it can be disabled with > > systemctl mask rpc-gssd Yes I do like this idea of having a some type of trigger... So systemctl mask is used to turn off the service, who would the service be turn back on? Would we still need to something like systemctl enable nfs-secure.target? > > (I like your idea of clearly documenting the important systemd units). Once this is all said and done, I'll try to find some resources in my world to help us out with this... the keyword being... _try_ ;-) > That way it is running when needed, probably not when not, and if you happen > to have kerberos installed but don't want rpc.gssd, it is easy to achieve > that. Good... steved. > > NeilBrown >