search for: umich_ldap

I ran yum update on a CentOS 6.0 machine against the CR repository and noticed that the nfs-utils-lib update broke my rcp.idmap settings: rpc.idmapd: libnfsidmap: processing 'Method' list rpc.idmapd: libnfsidmap: Unable to get init function: /usr/lib64/libnfsidmap/umich_ldap.so: undefined symbol: libnfsidmap_plugin_init rpc.idmapd: libnfsidmap: requested translation method, 'umich_ldap', is not available rpc.idmapd: Unable to create name to user id mappings. The /usr/lib64/libnfsidmap/umich_ldap.so library included with the 1.1.5-3.el6 update is noticably sma...

Hai Baptiste, I re-checked my setup and your totaly correct. I can not enter the nfsV4 mounted directory as root. What i've added in idmap.conf Is this : Domain = your_DNS_domain.tld [Translation] Method = nsswitch And i found this link. http://serverfault.com/questions/526762/root-access-to-kerberized-nfsv4-host-on-ubuntu im testing this now. Greetz, Louis >

...apping between root and the > GSSAuthName. > > Note: Trying to set 777 permission is not correct as it is not secure. > Also, > any file created on the mountpoint will have "nobody" as owner. > > There is a work around for this if both NFS server and client use > umich_ldap > methods to authenticate. If the idmapd on both server and client is > configured > to use umich_ldap modules then having GSSAuthName (<nfs/hostname at realm>) > parameter map to root user, on the ldap server will solve this problem. > > > Still reading, but should be...

...gt; >> Note: Trying to set 777 permission is not correct as it is not secure. > >> Also, > >> any file created on the mountpoint will have "nobody" as owner. > >> > >> There is a work around for this if both NFS server and client use > >> umich_ldap > >> methods to authenticate. If the idmapd on both server and client is > >> configured > >> to use umich_ldap modules then having GSSAuthName > (<nfs/hostname at realm>) > >> parameter map to root user, on the ldap server will solve this problem. >...

hi, i have installded samba 4 oncentos 7 and started to use as part of active directory. But i have a problemabout sharing files between samba and windows 7. i can browse and edit sharedfiles and folders on windows 7. But when i create a new folder, the owner of the folder is seen as ?#User300012?instead of the real samba user. My sharing steps 1-?????i have add a user named ?ege? on centos

...te: Trying to set 777 permission is not correct as it is not secure. >>>> Also, >>>> any file created on the mountpoint will have "nobody" as owner. >>>> >>>> There is a work around for this if both NFS server and client use >>>> umich_ldap >>>> methods to authenticate. If the idmapd on both server and client is >>>> configured >>>> to use umich_ldap modules then having GSSAuthName >> (<nfs/hostname at realm>) >>>> parameter map to root user, on the ldap server will solve thi...

...on is not correct as it is not > secure. > >>>> Also, > >>>> any file created on the mountpoint will have "nobody" as owner. > >>>> > >>>> There is a work around for this if both NFS server and client use > >>>> umich_ldap > >>>> methods to authenticate. If the idmapd on both server and client is > >>>> configured > >>>> to use umich_ldap modules then having GSSAuthName > >> (<nfs/hostname at realm>) > >>>> parameter map to root user, on the l...

Thanks you very much Louis ! I have tried your setup and I can't mount the share neither from the server itself or the client. On /var/log/syslog I have : rpc.gssd : ERROR : no credentials found for connecting to server myserver This is because the machine principal is not present in the keytab : $ klist -k 1 nfs/myclient.samdom.com at SAMDOM.COM 1 nfs/myclient.samdom.com at SAMDOM.COM 1

On 4/3/19 5:29 PM, Gordon Messmer wrote: > On 4/3/19 2:17 PM, Mark LaPierre wrote: >> >> Content of idmapd.conf: > > > As long as idmapd is *running* it typically doesn't need to be > configured specifically. > > >> Now one more question.? The imap daemon is a mail server.? How is it >> that I need a mail server running to make LDAP and NFS

...reated on the mountpoint will have "nobody" > as owner. > > > >>>>>> > > > >>>>>> There is a work around for this if both NFS server and > client use > > > >>>>>> umich_ldap > > > >>>>>> methods to authenticate. If the idmapd on both server > and client is > > > >>>>>> configured > > > >>>>>> to use umich_ldap modules then having GSSAuthName > >...