Перезагрузка требуется обновить полномочия после добавления пользователя новой группе?

При добавлении пользователя к новой группе пользователь должен выйти из системы и войти в том, чтобы она взяла влияние. В то время как перезагрузка выполнит это, она не должна требоваться.

Добавление пользователя группе не производит, в настоящее время входил в систему пользователи.

В случае демона необходимо перезапустить его, чтобы были применены новые группы.

Кроме того, перезапуск демона, использующего опцию в демоне саму, не будет работать, поскольку это наследует текущую среду.

Самый легкий способ заставить это работать состоит в том, чтобы полностью остановить демона и запустить его снова, как в..

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

Я искал решение, наткнулся на этот пост, а потом нашел его!

Я думал, что на самом деле предлагаю решение, которое принесет пользу другим. Вход и выход в 1995 году.

Взято из:

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

Итак, если вам нужно получить разрешения для группы cdrom , вы просто добавили своего пользователя в:

newgrp cdrom 

, например,

Итак, шаги будут такими:

#adduser my_user cdrom

, а затем

$newgrp cdrom

I ' я подтвердил, что это работает.

Простая проверка $ groups из интерфейса командной строки показывает, что пользователь находится в группе. И быстрое выполнение с необходимыми привилегиями из этой группы работает.

Не нужно закрывать ваши окна и входить и выходить из системы! Надеюсь, что это поможет другим!

Дополнительная информация (на основе полезного комментария jytou): «[Это] решение будет работать только для текущей открытой оболочки. Если у вас открыта другая оболочка, вам нужно будет использовать ту же самую команда для учета изменений. "

[Это] решение будет работать только для текущей открытой оболочки. Если у вас открыта другая оболочка, вам нужно будет использовать ту же команду, чтобы учесть изменения ».

[Это] решение будет работать только для текущей открытой оболочки. Если у вас открыта другая оболочка, вам нужно будет использовать ту же команду, чтобы учесть изменения ».

Здесь также должен быть рассмотрен другой режим сбоя.

Если администратор обновил /etc/group, но не смог обновить /etc/gshadow (на системах, которые имеют такую установку), то выход из системы и обратно не назначит вас на новую группу.

Сбивает с толку, группы покажут вам реальную, текущую ситуацию, в то время как id неправильно распечатает выходные данные, что указывает на то, что вы являетесь членом группы должным образом.

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

Я не могу использовать newgrp, потому что он запрашивает пароль, а у меня нет пароля, только аутентификация с помощью SSH открытого ключа.

Решением было бы возвращение администратора к ручному редактированию /etc/groups, а затем сделать это снова с помощью sudo gpasswd -a tripleee adm; или, в качестве альтернативы, использовать grpconv для объединения изменений (которые я взял из https://serverfault.com/a/389719/98333)

.

что гораздо проще, вы можете проверить текущий уровень доступа, набрав:

id

чтобы перезагрузить свои группы, которые вам просто необходимы:

su - $USER

после этого снова проверьте уровень доступа:

id

и вы увидите, что новая группа теперь активна.

.