O problema foi que as informações do grupo foram primeiro extraídas do nis e depois das cópias locais do nis (feitas pelo ypserv)
A solução estava mudando o /etc/nsswitch.conf de
group: compat
para:
group: files nis compat
Eu tenho um problema em um servidor que gerencio. Uma conta (especificamente, minha conta) não parece ter os grupos corretos. Eu acho que o problema é mais facilmente demonstrado olhando a seguinte sequência de comandos:
Last login: sometime from somewhere
user.x@srv:~$ groups
user.x
user.x@srv:~$ groups user.x
user.x : user.x grp1 grp2
user.x@srv:~$ su - user.x
Password:
user.x@srv:~$ groups
user.x grp1 grp2
user.x@srv:~$ exit
user.x@srv:~$ groups
user.x
Portanto, o problema é que os grupos para user.x são relatados incorretamente após o login (por meio do SSH). Se o login for simulado novamente ( su - ) ou o nome de usuário for fornecido com o comando groups ou id , ele funcionará bem.
Os grupos incorretos causam todos os tipos de problemas, como não poder sudo. Como posso consertar isso?
Mais informações que podem ser relevantes:
As permissões do grupo são definidas no momento em que o shell é criado. O primeiro shell em que groups output mostra apenas user.x , esse shell foi criado antes de adicionar os outros grupos? Em caso afirmativo, faça o logout e faça o login novamente.
Parece um problema com as configurações dos shells do usuário. Verifique como os shells estão definidos em /etc/passwd e inspecione os /etc/profile , os scripts de login dos usuários (como .bashrc , .bash_login , .profile etc.) para quaisquer erros. Se você não encontrar nada que conserte, faça backup desses arquivos e restaure os padrões. Possivelmente re-instalar o (s) shell (s).