NFS4 + Kerberos with AD

Grover, Justin N. Justin.Grover at ic.fbi.gov
Tue May 13 17:35:32 EDT 2008


I will try creating the keytabs with des-cbc-crc and report back with findings when I can...

Also Kevin, is there a way to specify the svcgssd service to startup last in the nfs-kernel-server startup?  With the -vvvf option, when I do an /etc/init.d/nfs-kernel-server restart, the process hangs in the foreground when svcgssd starts (making it so mountd doesn't get started).

Justin


________________________________________
From: kwcoffman at gmail.com [kwcoffman at gmail.com] On Behalf Of Kevin Coffman [kwc at citi.umich.edu]
Sent: Tuesday, May 13, 2008 3:19 PM
To: Grover, Justin N.
Cc: nfsv4
Subject: Re: NFS4 + Kerberos with AD

Hello Justin,

See my comments below.

On Tue, May 13, 2008 at 1:53 PM, Grover, Justin N.
<Justin.Grover at ic.fbi.gov> wrote:
>
> My Progress:
> - Used 'ktpass' command on Windows server to create keytab files for both
> the nfs server and client.
> - Used the DES-CBC-MD5 encryption type.
> - Distributed keytab files accordingly to each machine's /etc directory.
> - Setup file export on NFS server: /files gss/krb5(rw,sync)
> - Attempting to mount from client using 'sudo mount -t nfs4 -o sec=krb5
> nfs-server:/files /mnt/files'

I'm not sure about the use of des-cbc-md5 instead of des-cbc-crc, but
we'll ignore that for now.


> NFS Server Log Output:
>
> nfsserver rpc.svcgssd[3320]: leaving poll
> nfsserver rpc.svcgssd[3320]: handling null request
> nfsserver rpc.svcgssd[3320]:
> nfsserver rpc.svcgssd[3320]: in_handle:
> nfsserver rpc.svcgssd[3320]: length 0
> nfsserver rpc.svcgssd[3320]:
> nfsserver rpc.svcgssd[3320]: in_tok:
> nfsserver rpc.svcgssd[3320]: length -1
> nfsserver rpc.svcgssd[3320]:
> nfsserver rpc.svcgssd[3320]: WARNING: gss_accept_sec_context failed
> nfsserver rpc.svcgssd[3320]: ERROR: GSS-API: error in handle_nullreq:
> gss_accept_sec_context(): A token was invalid - Tokane header is malformed
> or corrupt
> nfsserver rpc.svcgssd[3320]: sending null reply

This is where we should look.  As it says, the server doesn't like the
initial gss token sent from the client.  Could you send me a network
trace of this exchange?  (Alternately, I think you should actually see
the token printed out if you run rpc.svcgssd on the server in the
foreground with "-f -vvv")

Also, Ubuntu has MIT Kerberos?  What version?

K.C.


More information about the NFSv4 mailing list