Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #74070 > unrolled thread

Bug#979764: nfs-common: NFSv4 with mit kerberos sec. mounts fail after kernel update 5.9 to 5.10

Started byBirger Brunswiek <birger@brunswiek.org>
First post2021-12-30 15:30 +0100
Last post2021-12-30 15:30 +0100
Articles 1 — 1 participant

Back to article view | Back to linux.debian.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Bug#979764: nfs-common: NFSv4 with mit kerberos sec. mounts fail after kernel update 5.9 to 5.10 Birger Brunswiek <birger@brunswiek.org> - 2021-12-30 15:30 +0100

#74070 — Bug#979764: nfs-common: NFSv4 with mit kerberos sec. mounts fail after kernel update 5.9 to 5.10

FromBirger Brunswiek <birger@brunswiek.org>
Date2021-12-30 15:30 +0100
SubjectBug#979764: nfs-common: NFSv4 with mit kerberos sec. mounts fail after kernel update 5.9 to 5.10
Message-ID<DA4Bk-5El-7@gated-at.bofh.it>
Hi all,

Linux kernel 5.10 removed support for RC4-HMAC [1] from Kerberos. I 
suspect the reporter's client is using that encryption type. Samba used 
to create keytabs only containing RC4-HMAC, DES-CBC-MD5 and DES-CBC-CRC. 
Current versions of rpc.gssd use any of DES3-CBC-SHA1, 
AES256-CTS-HMAC-SHA1-96 or AES128-CTS-HMAC-SHA1-96. That could be the 
reason for the mount to fail. This can be checked using `klist -ke`. The 
list should contain AES256-CTS-HMAC-SHA1-96 or AES128-CTS-HMAC-SHA1-96 
and I guess they are missing.

Starting rpc.gssd with the `-l` to allow weak cyphers would seem like a 
workaround at first but this does not work because the weak cyphers are 
no longer available in the underlying libraries.

Current versions of Samba do include AES encryption types in keytab 
exports. If not, it's probably because the the account's password has 
not been changed since Sambe introduced support for AES. Rejoining the 
client or resetting its AD account's password should help. Note, 
hoewever, that AES encrption types are not exported if service 
principals are used. In that case they need to be explicitly enabled 
before the export [2]. For my clients I used `net ads enctypes set 
<ACCOUNTNAME> 24`.

[1] 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e33d2a7b3041d7f8cd1f0a2a4ca42a5bc112b14e
[2] https://wiki.samba.org/index.php/Generating_Keytabs

Cheers
Birger

[toc] | [standalone]


Back to top | Article view | linux.debian.kernel


csiph-web