Перезавантажте групові завдання користувача Linux без виходу з системи

При призначенні списку вторинних груп користувача за допомогою:

# usermod -G <grouplist> <user>

чи можна змусити це групове призначення набути чинності без виходу з усіх запущених сеансів?

Це було б дуже корисно в ситуації, коли сеанс на екрані існує з багатьма запущеними оболонками, оскільки весь сеанс, по суті, повинен бути знищений для того, щоб призначення групи набуло чинності.

Я думаю, що я можу змінити основну групу користувача у запущеній оболонці за допомогою newgrpкоманди - чи є якась альтернатива, яка б працювала для вторинних груп?

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

Жахливо хакі, але ви можете використовувати два шари, newgrpщоб досягти цього для певної групи:

id -g

... дасть вам поточний ідентифікатор первинної групи. Ми це назвемо orig_groupдля цього прикладу. Тоді:

newgrp <new group name>

... переключить вас у цю групу як основну та додасть її до списку груп, повернених groupsабо id -G. Тепер, далі:

newgrp <orig_group>

... отримає оболонку, в якій ви зможете побачити нову групу, а первинна - оригінальна.

Це жахливо, і ви отримаєте лише одну групу за один раз, але це допомогло мені кілька разів отримати групи, додані без виходу з системи / протягом усього мого сеансу X (наприклад, щоб запобіжник додався як група до користувача щоб sshfs працював).

Редагувати: для цього не потрібно вводити свій пароль, який suбуде.

Зсередини оболонки можна видати таку команду

su - $USER

id тепер перелічить нову групу:

id

Цей вишуканий трюк із цього посилання чудово працює!

exec su -l $USER

Я подумав, що опублікую його тут, як кожен раз, коли я забуду, як це зробити, це перше посилання, яке з'явилося в Google.

1. Отримання оболонки з новою групою без виходу та повторного входу

Якщо ви додаєте лише одну групу, я використав наступне:

exec sg <new group name> newgrp `id -gn`

Це зміна двошарового фокусу newgrp Legooolas, але він знаходиться в одному рядку і не вимагає від вас вручну вводити основну групу.

sgє newgrp, але приймає команду для виконання з новим ідентифікатором групи. Це execозначає, що нова оболонка замінює існуючу оболонку, тому вам не потрібно двічі "виходити".

На відміну від використання su, вам не потрібно вводити свій пароль. Це також не оновлює ваше середовище (крім додавання групи), тому ви зберігаєте свій поточний робочий каталог тощо.

2. Виконання команди у всіх вікнах екрана за сеанс

atКоманда в екрані запускає команду в якій би вікна ви вкажете (зверніть увагу , що це команда екрану, а НЕ командна оболонка).

Ви можете використовувати таку команду, щоб надіслати команду на всі існуючі екранні сеанси:

screen -S <session_name> -X at \# stuff "exec sg <new_group_name> newgrp \`id -gn\`^M"

Зверніть увагу на необхідність уникнути задніх посилань, щоб idзапустити запуск на сеансі Screen, і ^ M, щоб екран натискав "Enter" в кінці вашої команди.

Зауважте також, що stuffкоманда екрана просто вводить текст команди від вашого імені. Тому може трапитися щось дивне, якщо в одному з вікон екрана є команда напівписаної команди в командному рядку або працює інший додаток, ніж оболонка (наприклад, emacs, top). Якщо це питання, у мене є кілька ідей:

• Щоб позбутися будь-якої напівзаписаної команди, ви можете додати "^ C" до початку команди.
• Щоб уникнути запуску команди у вікні emacs тощо, ви можете попросити "at" фільтрувати за заголовком вікна тощо (у наведеному вище прикладі я використовую "#", що відповідає всім вікнам, але ви можете фільтрувати за заголовком вікна, користувачем тощо).

Щоб запустити команду у певному вікні (ідентифікований за номером вікна), використовуйте наступне:

screen -S <session_name> -p 0 -X stuff "exec sg <new_group_name> newgrp \`id -gn\`^M"

Використовуючи newgrpдля мене розв’язану команду проблему:

newgrp <GroupName>

Цей пост у блозі має детальне пояснення.

Групи, як правило, перераховуються при вході в систему, і я не маю змоги змусити її повторно робити групове перерахування без виходу з системи та повторного входу.

Багато проголосованих тут відповідей, здається, використовують вирішення, яке викликає нову оболонку зі свіжим середовищем (те саме, що знову входити в систему). батьківська оболонка та всі інші безперервно запущені програми, як правило, не отримуватимуть нове членство в групі доти, доки не будуть повторно викликані з нового оболонки, як правило, після чистого виходу та реєстрації.

Ви можете це зробити.

Додайте стільки груп, скільки ви хочете використовувати usermod -G. Потім, як користувач із запущеним сеансом, запустіть newgrp -лише аргумент '-'.

Це повторно реалізує ідентифікатор групи за замовчуванням, але також встановить і вторинні групи. Ви можете перевірити це, запустивши groupsз поточної сесії, до і після того , як usermodі newgrp.

Це потрібно запускати з кожного відкритого сеансу - я не знаю багато про екран. Однак, якщо є можливість повторити всі відкриті сесії та запустити newgrp, ви повинні бути хорошими. Вам не доведеться турбуватися про те, щоб знати групи або ідентифікатори групи.

Вдачі вам

Узагальнити:

exec newgrp <newlyaddedgroupname1>
exec newgrp <newlyaddedgroupname2>
...
exec newgrp -

Використання "exec" означає заміну існуючої оболонки на нову оболонку, запущену командою newgrp (так що вихід із нової оболонки виходить із системи).

Фінал newgrp -необхідний для відновлення нормальної первинної групи, тому файли, які ви згодом створите, матимуть це як власник групи.

Примітка. Питання оригінального плаката полягало в тому, як зробити новододані групи видимими в існуючих процесах. gpasswdІ usermodкоманди не впливають на існуючі процеси; нещодавно додані (або видалені!) групи з’являються у (зникають з) вашого облікового запису, тобто у файлах / etc / group та / etc / gshadow, але дозволи для існуючих процесів не змінюються. Щоб видалити дозволи, ви повинні знищити будь-які запущені процеси; newgrp -не перечитає / etc / group та не скине список груп; натомість, здається, просто використовують групи, раніше пов’язані з процесом.

У мене була схожа проблема, але також для користувачів, які не ввійшли в систему. Перезавантаження ДКНБ не допомогло, але виконання цієї команди зробив: nscd -i group. Це повинно доручити nscd (кешований демон) перезавантажити файл груп.

Я не зміг заставити команду newgrp працювати. Я не впевнений, чи це залежить від / etc / sudoers, але я зазвичай мушу вводити свій пароль для sudo, і це спрацювало, не вимагаючи мого пароля:

[leo60228@leonix:~]$ groups
users wheel

[leo60228@leonix:~]$ sudo echo hi
[sudo] password for leo60228:
hi

[leo60228@leonix:~]$ sudo -k # reset sudo timeout

[leo60228@leonix:~]$ exec sudo -i -u $(whoami) # no password necessary

[leo60228@leonix:~]$ groups
users wheel docker

Це робить трюк, якщо у вас є, sudoі це може врятувати вас від введення пароля ще раз у деяких випадках:

sudo su $USER