Usuário LDAP inválido para chown

0

Minha configuração é a seguinte: Eu tenho um aplicativo da web que cria entradas do usuário em um diretório LDAP. Em seguida, chama um script que torna o usuário criado o proprietário de um arquivo.

Eu configurei um LDAP e os usuários criados estão sendo exibidos em getent passwd . No entanto, o chown falha, reclamando de um “usuário inválido”. O que posso estar perdendo?

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

O usuário está listado em getent passwd :

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

No entanto, chown falha:

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

O que posso estar perdendo? O que posso verificar em seguida?

OS: Ubuntu 16.04 Xenial Review Sistema de arquivos: ext4

    
por Paramaeleon 05.10.2017 / 13:24

1 resposta

0

A solução foi reiniciar os seguintes serviços:

sudo /etc/init.d/portmap restart
sudo /etc/init.d/libnss-ldap restart
    
por 05.10.2017 / 13:54

Tags