All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Hall <chris@halldom.com>
To: nfs@lists.sourceforge.net
Subject: NFSv4, SSH etc.
Date: Mon, 22 Oct 2007 11:14:21 +0100	[thread overview]
Message-ID: <4qlKQmD9fHHHFwKt@agrotera.halldom.com> (raw)


[-- Attachment #1.1: Type: text/plain, Size: 2406 bytes --]


Help !  I am failing to set up a secure NFS server.  (Generally thought
to be impossible by most sources !)

I am running a fully up to date Fedora 7.

  kernel-2.6.22.9-91.fc7
  nfs-utils-lib-1.0.8-10.fc7
  nfs-utils-1.1.0-3.fc7
  libtirpc-0.1.7-9.fc7
  rpcbind-0.1.4-6.fc7

I have been trying to get NFSv4 working between a client on the inside
of my firewall and a server on the outside (DMZ).

 a. I thought NFSv4 would be better because it apparently only requires
    the one TCP port, which is easier to manage.  This turns out not to
    be entirely the case -- umount appears to still want to talk to port
    111 to find mountd.

    Is there some configuration I have missed, please ?

 b. I already use SSH into the server.  So I thought the easy way to
    secure access to the server was to forward the nfsd port from the
    client to the server.

    This does not work.  The server refuses, returning:

        Reject State: AUTH_ERROR (1)
        Auth State: bad credential (seal broken) (1)

    I guess this is because nfsd is upset by receiving a packet which it
    sees as coming from lo, containing a foreign host name.

    I can find no way around that.

    Have I missed something, please ?

 c. I have tried to figure out whether idmapd might help me.

    I'm sorry, I cannot find anything that tells me what nfsd actually
    gets from idmapd, or what one can put in idmapd.conf to influence
    that.

    Where do I look, please.

I realise that Kerberos is a way of securing this.  But that would
require first that I set up a KDC etc etc, and second that I secure the
connection from the server in the DMZ.

I had hoped to stick with SSH which already does the job of providing a
secure, one-way connection to the server.

I could use NFSv3 and SSH.  I can set the ports to use at the server
end, and I can tell the client to forward nfsd and mountd ports -- for
which I can set special ports on the client.  However:

 d. do I need to forward lockd ?  How do I tell the client to use a
    special port number -- dedicated to lockd on the client ?

 e. similarly, do I need to forward port 111 ?

 f. I can turn off rquotad on the server, so I don't need to figure out
    how to secure that.  But I do not know how statd fits into this.
    What should I do there ?

Thanks,

Chris
-- 
Chris Hall

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 470 bytes --]

[-- Attachment #2: Type: text/plain, Size: 314 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

[-- Attachment #3: Type: text/plain, Size: 140 bytes --]

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

             reply	other threads:[~2007-10-22 10:16 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-22 10:14 Chris Hall [this message]
2007-10-22 17:15 ` NFSv4, SSH etc Chuck Lever

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=4qlKQmD9fHHHFwKt@agrotera.halldom.com \
    --to=chris@halldom.com \
    --cc=nfs@lists.sourceforge.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.