Vuelva a cargar las asignaciones de grupo de un usuario de Linux sin cerrar sesión

Al asignar la lista de grupos secundarios de un usuario usando:

# usermod -G <grouplist> <user>

¿Es posible forzar que esta asignación de grupo surta efecto sin cerrar todas las sesiones en ejecución?

Esto sería muy útil en la situación en la que existe una sesión de Screen con muchos shells en ejecución, ya que es necesario destruir toda la sesión para que la asignación del grupo surta efecto.

Creo que puedo cambiar el grupo primario del usuario en un shell en ejecución usando el newgrpcomando: ¿hay alguna alternativa que funcione para grupos secundarios?

Idealmente, quisiera algo que surta efecto en cada shell sin ejecutarse manualmente en cada uno, pero en su defecto, tal vez alguna forma de forzar a Screen a ejecutar el mismo comando en cada uno.

Horriblemente hacky, pero podrías usar dos capas newgrppara lograr esto para un grupo en particular:

id -g

... le dará la identificación actual del grupo primario. Llamaremos a esto orig_grouppara los propósitos de este ejemplo. Entonces:

newgrp <new group name>

... lo cambiará a ese grupo como principal y lo agregará a la lista de grupos devueltos por groupso id -G. Ahora, un más:

newgrp <orig_group>

... obtendrá un shell en el que puede ver el nuevo grupo y el primario es el original.

Esto es horrible y solo conseguirá que se agregue un grupo a la vez, pero me ha ayudado un par de veces a agregar grupos sin cerrar sesión / en toda mi sesión X (por ejemplo, para agregar fusibles como grupo a un usuario para que sshfs funcione).

Editar: Esto tampoco requiere que escriba su contraseña, lo que susí lo hará.

Desde dentro de un shell, puede emitir el siguiente comando

su - $USER

id ahora mostrará el nuevo grupo:

id

¡Este ingenioso truco de este enlace funciona muy bien!

exec su -l $USER

Pensé que lo publicaría aquí, ya que cada vez que olvido cómo hacer esto, este es el primer enlace que aparece en Google.

1. Obtener un shell con el nuevo grupo sin cerrar sesión y volver a iniciarla

Si solo agrega un grupo, utilicé lo siguiente:

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

Esta es una variación del truco newgrp de dos capas de Legooolas, pero está en una línea y no requiere que ingreses manualmente a tu grupo principal.

sges newgrp pero acepta un comando para ejecutar con la nueva ID de grupo. Esto execsignifica que el nuevo shell reemplaza al shell existente, por lo que no necesita "cerrar sesión" dos veces.

A diferencia de usar su, no necesita escribir su contraseña. Tampoco actualiza su entorno (aparte de agregar el grupo), por lo que conserva su directorio de trabajo actual, etc.

2. Ejecutar el comando en todas las ventanas de pantalla en una sesión

El atcomando en pantalla ejecuta un comando en cualquier ventana que especifique (tenga en cuenta que este es un comando de pantalla, no un comando de shell).

Puede usar el siguiente comando para enviar el comando a todas las sesiones de pantalla existentes:

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

Tenga en cuenta la necesidad de escapar de los backticks para poder idejecutar la sesión de la pantalla, y la ^ M para que la pantalla presione 'enter' al final de su comando.

Tenga en cuenta también que el stuffcomando de la pantalla simplemente escribe el texto del comando en su nombre. Por lo tanto, puede suceder algo extraño si una de las ventanas de la pantalla tiene un comando medio escrito en un símbolo del sistema o está ejecutando una aplicación que no sea un shell (por ejemplo, emacs, top). Si esto es un problema, tengo algunas ideas:

• Para deshacerse de cualquier comando medio escrito, puede agregar "^ C" al inicio del comando.
• Para evitar ejecutar el comando en una ventana de emacs, etc., puede pedirle a 'at' que filtre el título de la ventana, etc. (en el ejemplo anterior, uso "#", que coincide con todas las ventanas, pero puede filtrar por título de ventana, usuario , etc.)

Para ejecutar el comando en una ventana específica (identificada por el número de ventana), use lo siguiente:

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

Usar el newgrpcomando resolvió el problema para mí:

newgrp <GroupName>

Esta publicación de blog tiene una explicación detallada.

Por lo general, los grupos se enumeran al iniciar sesión, no sé cómo forzarlo a volver a hacer la enumeración de grupo sin cerrar sesión y volver a iniciarla.

Muchas de las respuestas votadas aquí parecen utilizar una solución alternativa que invoca un nuevo shell con un entorno nuevo (igual que iniciar sesión de nuevo). el shell principal y todos los demás programas en ejecución continua generalmente no recibirán la nueva membresía de grupo hasta que se vuelva a invocar desde un shell nuevo, generalmente después de un cierre de sesión y un inicio de sesión limpios.

Puedes hacerlo.

Agregue tantos grupos como desee usando usermod -G. Luego, como usuario con una sesión en ejecución, ejecute newgrp -solo con el argumento '-'.

Esto reinicializa la identificación del grupo al valor predeterminado, pero también establecerá los grupos secundarios también. Puede verificar esto ejecutando groupsdesde la sesión actual, antes y después de usermody el newgrp.

Esto debe ejecutarse desde cada sesión abierta: no sé mucho sobre la pantalla. Sin embargo, si es posible iterar sobre todas las sesiones abiertas y ejecutarse newgrp, debería ser bueno. No tendrá que preocuparse por conocer los grupos o las ID de grupo.

La mejor de las suertes para ti.

Para resumir:

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

Usar 'exec' significa reemplazar el shell existente con el nuevo shell iniciado por el comando newgrp (por lo que salir del nuevo shell cierra la sesión).

La final newgrp -es necesaria para restaurar su grupo primario normal, por lo que los archivos que cree más adelante tendrán eso como propietario del grupo.

Nota: La pregunta del póster original era cómo hacer visibles los grupos recién agregados en los procesos existentes. Los comandos gpasswdy usermodno afectan los procesos existentes; los grupos recién agregados (¡o eliminados!) aparecen en (desaparecen) de su cuenta, es decir, en los archivos / etc / group y / etc / gshadow, pero los permisos para los procesos existentes no cambian. Para eliminar los permisos, debe eliminar todos los procesos en ejecución; newgrp -no volverá a leer / etc / group y restablecerá la lista de grupos; en cambio, parece usar solo los grupos previamente asociados con el proceso.

Tuve un problema similar pero también para los usuarios que no han iniciado sesión. Reinicio de nscd no ayudó, pero lo hizo ejecutar este comando: nscd -i group. Eso debería indicar a nscd (demonio de almacenamiento en caché) que vuelva a cargar el archivo de grupos.

No pude hacer que el comando newgrp funcione. No estoy seguro de si esto depende de / etc / sudoers, pero normalmente tengo que escribir mi contraseña para sudo, y esto funcionó sin requerir mi contraseña:

[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

Esto es suficiente si lo tiene sudoy puede evitar que ingrese su contraseña una vez más en algunos casos:

sudo su $USER