[Freeipa-users] kerberized nfsv4 client

[Ondrej Valousek]

Because with NFS (v3 or v4) it is a bit more complicated.
With smbclient, you are actually not "mounting" the filesystem so that the smbclient is happy with just your TGT.

With NFS, you typically need two tickets:
1. one host (or nfs) so that root can mount the filesystem using  Kerberos security
2. second user TGT so that you can actually read the (already) mounted filesystem

But you can run gssd with the -n argument which tells it not to look for SPNs (actually this is not SPN, we are talking about UPN in this case), but take a TGT from already pre-created kerberos database in /tmp

So yes, with a bit of effort you can use kerberized NFS even from a client not joined to IPA domain.

Ondrej

-----Original Message-----
From: freeipa-users-bounces at redhat.com [mailto:freeipa-users-bounces at redhat.com] On Behalf Of natxo asenjo
Sent: Wednesday, August 28, 2013 11:44 AM
To: freeipa-users at redhat.com
Subject: [Freeipa-users] kerberized nfsv4 client

hi,

probably a stupid question but why do we need to have a host spn in the kerberos domain for the nfsv4 client to work?

I do not need a host spn principal to access a cifs share on a Windows AD environment, I can just kinit user at AD.domain from my laptop that is not joined to the AD domain and once I got the ticket I can use smbclient -k or with the nautilus file manager I can browse to the shares get the cifs tickets accessing the shares.

With kerberized nfsv4 the host needs to be joined to the ipa domain or it will not work, and that is a shame, but there surely is a perfectly valid reason for this that I have not found yet.

Thanks for your insights on this matter.

--
groet,
natxo

_______________________________________________
Freeipa-users mailing list
Freeipa-users at redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-users