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
next 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox