Tak pro úplnost, kdyby to někdo hledal.
Ano, NFSv4 v linuxu od určité verze kernelu jede default bez idmap. Zkrátka v rámci jednoduchého přechodu z NFSv3 při použití sec=sys (bez Kerberosu) se posílají v NFSv4 identifikátory uživatelů/skupin jako texty UID/GID čísla.
Starší kernely to neumí a jedou jen přes idmap s jmeno@domena. Novější kernely idmap vůbec nepotřebují. CentOS4 a CentOS5 (kernel 2.6.18) jede ještě přes idmap. CentOS6 (kernel 2.6.32) a novější už umí bez něj. Zda NFSv4 klient/server s sec=sys použije idmap řídí:
/sys/module/nfs/parameters/nfs4_disable_idmapping
/sys/module/nfsd/parameters/nfs4_disable_idmapping
CentOS7 má už pro server i klienta idmap vypnutý default, v CentOS6 je vypnut idmap pro klienta a pro server zapnut. I když je idmap vypnut, jak protistana pošle identifikátor jiný, než číslo, tak se idmap automaticky použije (respektive v novějších kernelech se použije pro překlad co definuje request-key.conf).
Ohledně QNAP - v těch je kernel 3.4.6, takže idmap vypnut, jakmile se přes /sys/... zapne, začne posílat hrdinně přeložené identifikace, ale vzhledme k samboidní databázi to překládá na WINDOMENA+uzivatel@localdomain. Pokud mám lidi ve všem přes winbind, bez problémů si to na sebe sedne. Ale mám UID/GID jednotně všude i s QNAPy, takže nakonec se QNAPy nechají to posílat jako uid/gid, novější systémy spokojené a pro vykopavky to řeší asi 100 řádkový knihovní modul jménem libnfsidmap_uidgid.so, který implementuje ty čtyři funkce pro převod textového UID/GID na lokální čísla a naopak (name_to_uid/name_to_gid/uid_to_name/gid_to_name) a daný přes idmapd.conf Method = uidgid.