私は数日間、CentOS 6でLDAP認証とNFSエクスポートされたホームディレクトリが機能するようにしてきました。 LDAPのユーザー名とパスワードを使用してクライアントマシンにログインできるようになりました。クライアントでは、/ homeおよび/ optがNFSを介してfstabにマウントされます。ただし、/ optと/ homeの両方にあるすべてのファイルはnobody:nobody
(uid:99、gid:99)。
しかし、私のuidとgidは適切に設定されているようです:
-bash-4.1$ id
uid=3000(myusername) gid=3000(employees) groups=3000(employees)
他に何を確認できますか?ここに私のクライアントのいくつかの設定ファイルがあります:
/ etc/nsswitch.conf
passwd: files sss
shadow: files sss
group: files sss
hosts: files dns
bootparams: nisplus [NOTFOUND=return] files
ethers: files
netmasks: files
networks: files
protocols: files
rpc: files
services: files
netgroup: files sss
publickey: nisplus
automount: files ldap
aliases: files nisplus
/ etc/sssd/sssd.conf
[sssd]
config_file_version = 2
services = nss, pam
domains = default
[nss]
[pam]
[domain/default]
auth_provider = ldap
ldap_id_use_start_tls = True
chpass_provider = ldap
cache_credentials = True
krb5_realm = EXAMPLE.COM
ldap_search_base = dc=mycompany,dc=com
id_provider = ldap
ldap_uri = ldaps://server.subdomain.mycompany.com
krb5_kdcip = kerberos.example.com
ldap_tls_cacertdir = /etc/openldap/cacerts
# Configure client certificate auth.
ldap_tls_cert = /etc/openldap/cacerts/client.pem
ldap_tls_key = /etc/openldap/cacerts/client.pem
ldap_tls_reqcert = demand
/ etc/fstab
/dev/mapper/vg_main-lv_root / ext4 defaults 1 1
UUID=4e43a15d-4dc0-4836-8fa6-c3445fde756c /boot ext4 defaults 1 2
/dev/mapper/vg_main-lv_swap swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
storage1:/nas/home /home nfs soft,intr,rsize=8192,wsize=8192
storage1:/nas/opt /opt nfs soft,intr,rsize=8192,wsize=8192
authconfig出力:
[root@test1 ~]# authconfig --test
caching is disabled
nss_files is always enabled
nss_compat is disabled
nss_db is disabled
nss_hesiod is disabled
hesiod LHS = ""
hesiod RHS = ""
nss_ldap is enabled
LDAP+TLS is enabled
LDAP server = "ldaps://server.subdomain.mycompany.com"
LDAP base DN = "dc=mycompany,dc=com"
nss_nis is disabled
NIS server = ""
NIS domain = ""
nss_nisplus is disabled
nss_winbind is disabled
SMB workgroup = ""
SMB servers = ""
SMB security = "user"
SMB realm = ""
Winbind template Shell = "/bin/false"
SMB idmap uid = "16777216-33554431"
SMB idmap gid = "16777216-33554431"
nss_sss is disabled by default
nss_wins is disabled
nss_mdns4_minimal is disabled
DNS preference over NSS or WINS is disabled
pam_unix is always enabled
shadow passwords are enabled
password hashing algorithm is sha512
pam_krb5 is disabled
krb5 realm = "EXAMPLE.COM"
krb5 realm via dns is disabled
krb5 kdc = "kerberos.example.com"
krb5 kdc via dns is disabled
krb5 admin server = "kerberos.example.com"
pam_ldap is enabled
LDAP+TLS is enabled
LDAP server = "ldaps://server.subdomain.mycompany.com"
LDAP base DN = "dc=mycompany,dc=com"
LDAP schema = "rfc2307"
pam_pkcs11 is disabled
use only smartcard for login is disabled
smartcard module = ""
smartcard removal action = ""
pam_fprintd is enabled
pam_winbind is disabled
SMB workgroup = ""
SMB servers = ""
SMB security = "user"
SMB realm = ""
pam_sss is disabled by default
credential caching in SSSD is enabled
SSSD use instead of legacy services if possible is enabled
pam_cracklib is enabled (try_first_pass retry=3 type=)
pam_passwdqc is disabled ()
pam_access is disabled ()
pam_mkhomedir or pam_oddjob_mkhomedir is enabled ()
Always authorize local users is enabled ()
Authenticate system accounts against network services is disabled
解決しました!
リモートクライアントからエクスポートをマウントしようとしたときに、NFSサーバーの/var/log/messages
に次の行があることに気付きました。
Feb 28 15:54:02 storage1 rpc.idmapd[1651]: nss_getpwnam: name 'nobody' does not map into domain 'localdomain'
これにより、/etc/idmapd.conf
の最初の数行が表示されました。
[General]
#Verbosity = 0
# The following should be set to the local NFSv4 domain name
# The default is the Host's DNS domain name.
#Domain = local.domain.edu
次に、コメント化された「ドメイン」行の下にDomain=subdomain.mycompany.com
を追加しました。保存して終了し、/etc/init.d/rpcidmapd restart
および/etc/init.d/nfs restart
を実行しました。
グーグル検索者のためにこれに追加するメモ-私たちが何をしても、nfsマウントがユーザーIDを正しくマップしないという同じ問題がありました。
問題は、idmapdが誤った構成から誤ったIDをキャッシュし、構成を修正してもソートされなかったことでした。
これを修正するためのcentosでのコマンドはnfsidmap -c(キャッシュのクリア)でした。
うまくいけば、これはいくつかの絶望的な検索者を助ける..
あなたの問題を解決する可能性のあるブログ投稿を見つけました: http://whacked.net/2006/07/26/nfsv4nfs-mapid-nobody-domain/ 次のフォーラム投稿から見つけました:- https://www.centos.org/modules/newbb/viewtopic.php?topic_id=32977
私にとっての修正は、ローカルマシンのDNSレコードが存在することを確認することです。逆引き参照レコードも存在する場合にも役立ちます。その結果、nobodyユーザーとグループはrootに置き換えられました。それはどれほど簡単ですか?追伸DNSレコードが作成されたら、必ずローカルマシンを再起動してください。
NFSサーバーでCentos/RHEL 5が実行されていませんか?
その場合、NFSv3をエクスポートしています。 NFSv4がCentos6(および最近のUbuntuバリアント)のデフォルトになりました。
簡単な修正は、/ etc/fstabのマウントオプションに「vers = 3」を追加することです。
例えば.
//10.0.0.1:/home/home nfs defaults、vers = 3、rw、noatime 0 0
「nobody」にマップされているものはすべて、all_squashがオンになっているように聞こえます。
を見てみましょう:
http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-nfs-server-config-exports.html
そして、NFSサーバーの/ etc/exportsファイルがUIDを誤って押しつぶしていないことを確認します。 「no_all_squash」がデフォルトであると想定されていますが、明示的に設定して何が起こるかを確認することもできます。