Usuario LDAP no válido para chown

0

Mi configuración es la siguiente: tengo una aplicación web que crea entradas de usuario en un directorio LDAP. Luego, llama a un script que hace que el usuario creado sea el propietario de un archivo.

He configurado un LDAP, y los usuarios creados están apareciendo getent passwd. Sin embargo, la chownfalla, quejándose de un "usuario no válido". ¿Qué me puedo perder?

Entrada LDAP:

dn: sn=rabe,ou=users,dc=example,dc=org
sambaLMPassword: 01FC5A6BE7BC6929AAD3B435B51404EE
sambaPrimaryGroupSID: S-1-5-21-3583809738-3196142711-508974553-100
displayName: Testaccount Rabe
sambaLogonScript: _rabe.bat
objectClass: top
objectClass: inetOrgPerson
objectClass: posixAccount
objectClass: shadowAccount
objectClass: sambaSamAccount
userPassword:: e1NIQX1xVXFQNWN5eG02WWNUQWh6MDVIcGg1Z3Z1OU09
uidNumber: 1004
uid: rabe
cn: rabe
sambaPwdLastSet: 1507196636
loginShell: /bin/false
sambaAcctFlags: [UX         ]
gidNumber: 100
sambaPwdMustChange: 2147483647
sambaNTPassword: 0CB6948805F797BF2A82807973B89537
gecos: rabe
sambaSID: S-1-5-21-3583809738-3196142711-508974553-{uidNumber*2+1000}
description: LDAP Group
homeDirectory: /home/rabe
sambaKickoffTime: 0
sn: rabe
sambaPasswordHistory: 000000000000000000000000000000000000000000000000000000
 000000000000000000
sambaLogonHours: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
structuralObjectClass: inetOrgPerson
entryUUID: 737627e0-3dfd-1037-980f-b9017388453e
creatorsName: cn=admin,dc=example,dc=org
createTimestamp: 20171005094356Z
entryCSN: 20171005094356.722950Z#000000#000#000000
modifiersName: cn=admin,dc=example,dc=org
modifyTimestamp: 20171005094356Z

El usuario aparece en getent passwd:

me@host:~$ getent passwd|diff /etc/passwd -
40a41
> rabe:x:1004:100:rabe:/home/rabe:/bin/false

Sin embargo, chownfalla:

me@host:~$ touch test
me@host:~$ chown rabe test
chown: ungültiger Benutzer: »rabe“

¿Qué me puedo perder? ¿Qué puedo consultar a continuación?

Sistema operativo: Ubuntu 16.04 Sistema de
archivos Xenial : ext4

Matthias Ronge
fuente
¿Qué cliente LDAP estás usando en nsswitch?
Grawity

Respuestas:

0

La solución fue reiniciar los siguientes servicios:

sudo /etc/init.d/portmap restart
sudo /etc/init.d/libnss-ldap restart
Matthias Ronge
fuente