É necessária uma reinicialização para atualizar as permissões após adicionar um usuário a um novo grupo?

No servidor ubuntu, notei mais de uma vez agora que, depois de adicionar um usuário a um grupo, ele não tem permissões de grupo até eu reiniciar o sistema. Por exemplo:

O usuário 'hudson' precisa de permissão para ler o diretório 'root: shadow / etc / shadow'. Então, adiciono hudson ao grupo shadow. Hudson ainda não sabe ler. Então, eu 'sudo shutdown -h -r now' e quando o sistema aparece novamente, o usuário hudson pode ler.

É necessária uma reinicialização ou existe uma maneira melhor de obter permissões aplicadas depois de adicionar o usuário ao grupo?

Eu estava procurando uma solução, me deparei com este post e depois encontrei um!

Eu pensei que realmente ofereceria uma solução para que outros possam se beneficiar. Entrar e sair é tão 1995.

Tirado de:

https://arkaitzj.wordpress.com/2010/03/08/linux-add-user-to-a-group-without-logout/

Portanto, se você precisava obter permissões para o cdromgrupo, acabou de adicionar seu usuário:

newgrp cdrom 

por exemplo

Portanto, as etapas seriam:

#adduser my_user cdrom

e depois

$newgrp cdrom

Eu confirmei que funciona.

Uma $groupsverificação simples da CLI mostra que o usuário está no grupo. E uma execução rápida com os privilégios necessários desse grupo funciona.

Não há necessidade de matar o seu windows e faça o login e logout! Espero que ajude os outros!

Informações adicionais (com base no comentário útil de jytou): "[Esta] solução funcionará apenas para o shell aberto atual. Se você tiver outro shell aberto, precisará usar o mesmo comando para levar em consideração as alterações."

Ao adicionar um usuário a um novo grupo, o usuário deve efetuar logoff e logon novamente para que isso tenha efeito. Embora uma reinicialização o consiga, isso não deve ser necessário.

Adicionar um usuário a um grupo não afeta os usuários conectados no momento.

No caso de um daemon, é necessário reiniciá-lo para que novos grupos sejam aplicados.

Além disso, reiniciar o daemon usando uma opção no próprio daemon não funcionará, pois herdará o ambiente atual.

A maneira mais fácil de fazê-lo funcionar é parar completamente o daemon e iniciá-lo novamente, como em ..

/etc/init.d/foo stop ; /etc/init.d/foo start

isso é muito mais fácil, você pode verificar seu nível de acesso atual digitando:

id

para recarregar seus grupos, você só precisa de:

su - $USER

depois disso, verifique novamente o nível de acesso:

id

e você verá um novo grupo agora ativo.

Há um modo de falha diferente que também deve ser abordado aqui.

Se o administrador atualizou, /etc/groupmas não conseguiu atualizar /etc/gshadow(em sistemas com essa configuração), o logout e o logon novamente não o atribuirão ao novo grupo.

De maneira confusa, groupsmostrará a situação real e atual, enquanto idimprimirá incorretamente a saída, o que indica que você é um membro do grupo corretamente.

tripleee@vbvntv$ groups
tripleee

tripleee@vbvntv$ id
uid=1234(tripleee) gid=1234(tripleee) groups=1234(tripleee),4(adm)

tripleee@vbvntv$ ls -l /var/log/mail.log
-rw-r----- 1 root adm 15728 May 26 14:26 /var/log/mail.log

tripleee@vbvntv$ tail /var/log/mail.log
tail: cannot open `/var/log/mail.log' for reading: Permission denied

Não posso usá- newgrplo porque ele solicita uma senha e não tenho uma senha, apenas autenticação de chave pública SSH.

A solução seria o administrador reverter a edição manual /etc/groupse, em seguida, fazê-lo novamente com sudo gpasswd -a tripleee adm; ou, alternativamente, usar grpconvpara mesclar as alterações (que peguei em /server//a/389719/98333 )