Kerberos security flavors not tried in SETCLIENTID_CONFIRM client requests

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello all,

(everything described below is from a client with 3.6.11-gentoo kernel).

When I mount a filesystem that is exported as follows:

/exports *(sec=krb5:krb5i:krb5p,rw,fsid=0,sync,no_subtree_check,no_root_squash,insecure,crossmnt)

without specifiying a security flavour on client, the mount will work. From the tcpdump I can tell that the client tries AUTH_UNIX and AUTH_NULL flavours before succeeding with RPCSES_GSS. When I do a "ls" command in the mounted directory it works fine as well - this time clients uses RPCSES_GSS authentication right away.

The problems comes with "cat" command on a file, when the client calls SETCLIENID with AUTH_UNIX credentials and AUTH_NULL verifier, which successes but then call SETCLIENTID_CONFIRM again with just AUTH_UNIX/AUTH_NULL which results in NFS4ERR_WRONGSEC. The client tries to all the SETCLIENTID_CONFIRM multiple times, but it does not try Kerberos authentication. The WRONGSEC error is then propagated as EIO to the application.

I noticed patches from Chuck Level on 03/16/2013 which fix problems with security flavours handling but I am not sure whether they are supposed to fix thix particular problem as well. It would take me considerable amount of time to test it so I would appreciate if you could comment on that.

Regards
Jiri Horky


--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux