Kerberos化NFS共有をマウントすると「資格情報キャッシュなし」エラーが発生するのはなぜですか？

私のローカルネットワークには、nfsclient（CentOS 7）とnfsserver（CentOS 6）という2つのシステムがあります。名前は適切なIPアドレスで正しく解決され、Kerberosはそれらの間で実行されます（nfsserverはKDCです）。 nfsserverからKerberized NFSv4共有をエクスポートしました。私の/etc/exportsは次のようになります。

/export                 *(rw,sync,fsid=0,no_subtree_check,sec=krb5p)                   
/export/home            *(rw,sync,no_subtree_check,no_root_squash,sec=krb5p)

nfsclientで次のエクスポートを表示できます。

[root@nfsclient ~]# showmount -e nfsserver
Export list for nfsserver:
/export/home *
/export      *

/etc/exportsからsec = krb5pオプションを削除すると、nfsclientを使用して共有をマウントできます。

[root@nfsclient ~]# mount -t nfs4 nfsserver:/ /mnt/nfs

しかし、NFSがKerberos化された場合、状況はスムーズに進行しません。

[root@nfsclient ~]# mount -t nfs4 -o sec=krb5p nfsserver:/ /mnt/nfs
mount.nfs4: access denied by server while mounting nfsserver:/

これは、/var/log/messagesに一連の反復エラーメッセージが表示されます。

Jun 22 19:55:02 oxo gssproxy: gssproxy[769]: (OID: { 1 2 840 113554 1 2 2 }) Unspecified GSS failure.  Minor code may provide more information, No credentials cache found
Jun 22 19:55:02 oxo gssproxy: gssproxy[769]: (OID: { 1 2 840 113554 1 2 2 }) Unspecified GSS failure.  Minor code may provide more information, No credentials cache found
Jun 22 19:55:02 oxo gssproxy: gssproxy[769]: (OID: { 1 2 840 113554 1 2 2 }) Unspecified GSS failure.  Minor code may provide more information, No credentials cache found
Jun 22 19:55:02 oxo gssproxy: gssproxy[769]: (OID: { 1 2 840 113554 1 2 2 }) Unspecified GSS failure.  Minor code may provide more information, No credentials cache found
Jun 22 19:55:02 oxo gssproxy: gssproxy[769]: (OID: { 1 2 840 113554 1 2 2 }) Unspecified GSS failure.  Minor code may provide more information, No credentials cache found
Jun 22 19:55:02 oxo gssproxy: gssproxy[769]: (OID: { 1 2 840 113554 1 2 2 }) Unspecified GSS failure.  Minor code may provide more information, No credentials cache found

サーバーのログには何も表示されません。クライアントでklistを実行すると、ルートに/tmp/krb5cc_0にキャッシュされた資格情報が表示されるため、gss-proxyに問題があるようです。

/etc/gssproxy/gssproxy.conf:

[gssproxy]

[service/HTTP]
  mechs = krb5
  cred_store = keytab:/etc/gssproxy/http.keytab
  cred_store = ccache:/var/lib/gssproxy/clients/krb5cc_%U
  euid = 48

[service/nfs-server]
  mechs = krb5
  socket = /run/gssproxy.sock
  cred_store = keytab:/etc/krb5.keytab
  trusted = yes
  kernel_nfsd = yes
  euid = 0

[service/nfs-client]
  mechs = krb5
  cred_store = keytab:/etc/krb5.keytab
  cred_store = ccache:FILE:/var/lib/gssproxy/clients/krb5cc_%U
  cred_store = client_keytab:/var/lib/gssproxy/clients/%U.keytab
  cred_usage = initiate
  allow_any_uid = yes
  trusted = yes
  euid = 0

したがって、gss-proxyは/var/lib/gssproxy/clientsで資格情報キャッシュを見つける必要があります。また、/etc/krb5.keytab (nfs/nfsclient および host/nfsclient プリンシパルのキーを含む) からキーを取得します。しかし、nfsclientの/var/lib/gssproxy/clientsは常に空のようです。

ここで何か抜けましたか？この共有のマウントに正確に何が問題なのかわかりません。