su usuário falha com “grep: / var / cpanel / users / user: Permissão negada”

2

Eu fiz algo bem simples. Dado um usuário user , modifiquei seu id de usuário, o ID do grupo primário e o adicionei a um novo grupo para fazer com que meu servidor usasse o mesmo uid e gid que outro servidor que compartilha arquivos com esse servidor através de NFS. (Foi-me dito que eu precisava fazer isso para evitar que as permissões ficassem insanas nos arquivos compartilhados.)

O que fiz foi o seguinte:

groupadd -g 2000 mygroup
groupmod -g 1500 user
usermod -u 500 -g 1500 -G 1500,2000 user

Isso realizou o seguinte:

  1. O ID do usuário agora corresponde ao ID do usuário remoto para que as permissões de NFS funcionem.
  2. O ID do grupo principal do usuário agora corresponde ao ID do grupo principal do usuário remoto.
  3. O usuário agora pertence ao grupo mygroup do qual o usuário remoto também faz parte.

Agora, infelizmente, não consigo su -l user , pois recebo o seguinte erro:

grep: /var/cpanel/users/user: Permission denied

Eu não acho que fiz algo de errado, como quando eu id user , tudo parece bem:

uid=500(user) gid=1500(user) groups=1500(user),2000(mygroup)

O que dá? Por que estou recebendo esse erro cPanel-ish? O que fiz de errado aqui / esqueço de fazer?

EDITAR

Parece que posso entrar na conta do usuário, só recebo esse erro toda vez que eu su -l user .

    
por Naftuli Kay 07.10.2011 / 02:15

2 respostas

1

Eu alterei o ID de um usuário e o ID do grupo principal, o que quebrou as permissões.

Para um usuário user com um grupo principal de user , veja as permissões na pasta em questão:

-rw-r-----  1 root  500  671 Oct  4 05:48 user

Como eu modifiquei o ID do grupo, ele não foi atualizado aqui, o que quebrou as permissões.

Eu simplesmente fiz chown -R root:user /var/cpanel/users/user para corrigir o problema.

    
por 17.10.2011 / 05:34
1

Dado que você pode efetuar login como usuário e, em seguida, receber essa mensagem de erro, provavelmente a mensagem virá dos arquivos de inicialização do usuário ( /etc/profile , ~/.profile , ~/.bash_profile ou similar). Tente rastrear esses scripts de perfil; como o usuário em questão, execute

bash --login -x
    
por 08.10.2011 / 01:06