Почему я получаю ошибку «отсутствие учетных данных» при установке общего ресурса Kerberized NFS?

У меня две системы в локальной сети, nfsclient (CentOS 7) и nfsserver (CentOS 6). Эти имена правильно разрешают их IP-адреса, и Kerberos работает между ними (nfsserver – KDC). У меня есть файл Kerberized NFSv4, экспортированный на nfsserver; мой / 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:

  • Suse-эквивалент Solaris ls -V
  • php: команда не найдена на centos
  • Принуждение Linux-сервера NFS к повторному подключению к серверу после отключения NFS
  • md5 или sha1 при копировании файла
  • Файл журнала iSCSI и runaway
  • Установленный coreutils на CentOS для sort -human-readable флага, но он все еще не работает
  •  [root@nfsclient ~]# showmount -e nfsserver Export list for nfsserver: /export/home * /export * 

    Если я удалю опции sec = krb5p в / etc / exports, я смогу установить общий ресурс из nfsclient, используя

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

    Однако, когда NFS Kerberized, все идет не так:

     [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 на клиенте показывает, что у root есть кеш учетных данных в / 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). Тем не менее, / var / lib / gssproxy / клиенты всегда остаются пустыми на nfsclient.

    Я что-то упустил? Я не могу понять, что именно происходит с установкой этой доли.

  • md5 или sha1 при копировании файла
  • Что может послужить причиной перехода в безопасное состояние спящего режима для этого конкретного процесса?
  • Что бы «passwd root -stdin» установил мой пароль?
  • Как запустить скрипт bash с диалогом при запуске Centos 7
  • Установка Centos / usr в новый раздел
  • CentOS 7: включение хэшей blowfish для аутентификации пароля
  • 2 Solutions collect form web for “Почему я получаю ошибку «отсутствие учетных данных» при установке общего ресурса Kerberized NFS?”

    Существует проблема с файловой конфигурацией по умолчанию, определяющая путь кэширования с этой конфигурацией клиента:

     [service/nfs-client] mechs = krb5 cred_store = keytab:/etc/krb5.keytab cred_store = ccache:FILE:/tmp/krb5cc_%U cred_usage = initiate allow_any_uid = yes trusted = yes euid = 0 debug = true 

    убедитесь, что ваш клиент подключен к домену.

     ipa-client-install --force-join 

    Затем убедитесь, что у вас есть билет

     kinit admin 

    и затем дважды проверьте krb5.keytab

     restorecon -v /etc/krb5.keytab 

    убедитесь, что ваш клиент находится в keytab

     kinit -k host/ < client > . < domain > @REALM 

    Затем вы можете смонтировать с sec=krb5p

    Linux и Unix - лучшая ОС в мире.