Маппинг uid и gid при монтировании nfs

Я увидел в /etc файл idmapd.conf, он длинный и хорошо комментированный. Как я понял, там прописывается, дословно, маппинг gid и uid.

А ещё увидел rpc.idmapd.
man idmapd:

NAME
     rpc.idmapd — NFSv4 ID <-> Name Mapper
...

Я это видел. Но там 10000 нюансов. В и-нете везде рядом упоминается nfs4, LDAP - непонятно нужно ли оно, потом там несколько translation методов, потом есть конфиг на сервере и на клиенте и т. п. Ни одного хотябы близкого конфига я не нашел кроме маппанга nobody, но там другое. Вот я и думаю, наверняка кто-то сталкивался.

P. S.

$ rpc.idmapd -f -vvv
rpc.idmapd: libnfsidmap: Unable to determine the NFSv4 domain; Using 'localdomain' as the NFSv4 domain which means UIDs will be mapped to the 'Nobody-User' user defined in /etc/idmapd.conf

rpc.idmapd: libnfsidmap: using (default) domain: localdomain
rpc.idmapd: libnfsidmap: Realms list: 'LOCALDOMAIN' 
rpc.idmapd: libnfsidmap: loaded plugin /usr/lib/libnfsidmap/nsswitch.so for method nsswitch

rpc.idmapd: Expiration time is 600 seconds.
rpc.idmapd: nfsdopenone: Opening /proc/net/rpc/nfs4.nametoid/channel failed: errno 2 (No such file or directory)
rpc.idmapd: main: open(/var/lib/nfs/rpc_pipefs//nfs): No such file or directory

Так...
Если на сервере включить nfs4, то все файлы видятся на клиенте как root:root. Если выключить nfs4 (оставить nfs3), то на клиенте все файлы 1024:users . На сервер эти файлы admin:users . Ерунда какая-то...

DNS-домен у всех машин должен быть одинаковым иначе он должен быть настроен одинаковым в idmapd.conf

Далее, как ты будешь соблюдать консистентноть uid-ов - дело твоё. Если у тебя 3,5 клиента и 1 сервер - можно всё синхронизировать руками. Если больше - без LDAP и/или Kerberos будет туго.

/etc/init.d/rpc.pipefs start

Далее, как ты будешь соблюдать консистентноть uid-ов - дело твоё. Если у тебя 3,5 клиента и 1 сервер - можно всё синхронизировать руками. Если больше - без LDAP и/или Kerberos будет туго.

Так, погоди.
Зачем нужен idmapd? Если я правильно понял, то он делает соответствие uid1@host1 <=> uid2@host2. Если так, то должно быть все равно какие у меня ID на своей машине и на удаленной. На своей машине я просто указываю, что, при подключении серверу host2 транслируй его uid=1003 (который соответствует там пользователю vasya) в 1001 (который соответствует здесь пользователю vasya). То есть это должно избавить от необходимости синхронизировать uid между машинами. Или как?

Если я правильно понял, то он делает соответствие uid1@host1 <=> uid2@host2

Да, если ты предоставишь ему карту соответствий. По умолчанию он маппит удаленного юзера ololo в локального юзера ololo. UID-ы у них могут быть разные, а имя должно быть одинаковое.

Все что сложнее этого требует карту маппинга. Откуда ты ее достанешь: пропишешь локально - static, предоставишь напрямую из ldap - umich_ldap, или доставишь через nsswitch - дело твоё.

То есть если юзера ololo локально у тебя на машине нет и карты маппинга тоже - то будет пичалька.

Вижу, что кто-то подписан на эту тему. Можно сказать что решил.

Решение вот: Помогите раскусить nfs4 и user/group id mapping (комментарий)

Кому интересно детальней - прочитайте всю ту ветку.

решил проблему за 15 минут.
* на сервере и клиентах установить libnss-extrausers, поправить /etc/nsswitch.com как в README
* на сервере вынести всех юзеров из /etc/{passwd,group,shadow}, в /var/lib/extrausers/{passwd,group,shadow}; на клиенте просто удалить юзеров из /etc/{passwd,group,shadow}
* на сервере расшарить /var/lib/extrausers/ , на клиентах подмонтировать
* юзеров создавать на сервере, редактируя оные 3 файла
* PROFIT!

Спасибо. Как-нибудь попробую.

На CentOS не получилось сделать такую манипуляцию. Система не видит юзеров из /var/lib/extrausers/