Почему я получаю ошибку «отсутствие учетных данных» при установке общего ресурса 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:

 [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.

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

  • Что предоставляет / etc / exports и как мне это узнать?
  • centos7 только как клиент NFS
  • Что может привести к сбою операций перемещения / удаления файлов NFS?
  • Загрузка NFS rootfs не работает на плате ARM imx53
  • Установка файловой системы NFS путем изменения владельца по умолчанию
  • Передача параметров автозапуска в FreeBSD
  • Linux sloppy mount
  • dirty_ratio на устройство
  • 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

    Interesting Posts

    Выполняет ли команда cat возврат файла или содержимого файла?

    Почему команды cat, grep и другие команды не могут понять файлы, начинающиеся с знака «минус»?

    Поиск правильного dmp tmp на нескольких платформах

    Беспроводная клавиатура K800 USB – периодическая частота повторения клавиатуры

    Установка настольного ПК на удаленном сервере Centos 6.3

    Нет пакета community-mysql-devel доступно

    Как найти файлы с определенными расширениями, исключая только имена в текущем каталоге?

    Автоматический инструмент настройки ядра

    Когда отображается учетная запись, отображаемая на экране входа в систему Unity?

    Каковы альтернативные инструменты для поиска файлов в полном объеме?

    Убивать детские задания, длительностью более 20 минут

    Регистратор данных на основе tcpdump

    Обновлено Fedora 23 не загружается в графический логин – только вызывает текстовый терминал

    Как настроить KVM-разделы?

    Наследование ловушек сигнала Bash

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