Linux如何查看和修改用户所属组

P粉602998670

发布时间：2025-09-15 11:52:01

678人浏览过

来源于php中文网

原创

查看用户所属组可用id或groups命令，修改则用usermod命令；核心是通过最小权限原则保障安全，避免混淆主组与附加组，注意-a选项防止误删附加组，更改后需重新登录生效，并定期审计权限以确保系统安全。

linux如何查看和修改用户所属组

在Linux系统中，查看用户所属组主要通过

id

或

groups

命令，也可以直接查看

/etc/group

文件。而修改用户所属组则主要依赖

usermod

命令，结合不同的选项可以实现添加、删除或更改用户的主组和附加组。

要查看用户所属组，你可以简单地使用

id [用户名]

命令，它会显示用户ID、主组ID以及所有附加组ID。例如，

id alice

。另一个常用命令是

groups [用户名]

，它会列出用户所属的所有组名。如果你想修改用户的主组，可以使用

usermod -g [新主组名] [用户名]

；如果想添加用户到新的附加组，用

usermod -aG [附加组名] [用户名]

。需要注意的是，

-a

选项是关键，它代表“追加”，否则

-G

会替换用户所有的附加组。

解决方案

查看用户所属组：

使用
```
id
```
命令： 这是最直接且全面的方式。
```
id # 查看当前用户
id [用户名] # 查看指定用户
```
输出会包含用户ID (uid)、主组ID (gid) 以及所有附加组ID (groups)。

使用

groups

命令： 快速列出用户所属的所有组名。

groups # 查看当前用户
groups [用户名] # 查看指定用户

查看
```
/etc/passwd
```
和
/etc/group
文件：
- ```
/etc/passwd
```
  文件记录了用户的主组ID (GID)。你可以通过
```
grep [用户名] /etc/passwd
```
  找到用户的条目，其中第四个字段就是其主组ID。
- ```
/etc/group
```
  文件记录了所有组及其成员。
```
grep [用户名] /etc/group
```
  可以找出用户作为附加组成员的所有组。

修改用户所属组：

在进行任何修改前，请确保你有足够的权限（通常是root用户或使用

sudo

）。

修改用户的主组：
```
sudo usermod -g [新主组名] [用户名]
```
例如，将用户
```
alice
```
的主组改为
```
developers
```
：
```
sudo usermod -g developers alice
```
。请注意，新主组必须已存在。
添加用户到附加组：
```
sudo usermod -aG [附加组名] [用户名]
```
重点：
```
-a
```
（append，追加）选项至关重要。如果没有
```
-a
```
，
```
usermod -G
```
会移除用户之前所有的附加组，只保留新指定的组。例如，将用户
```
alice
```
添加到
```
web_admins
```
组：
```
sudo usermod -aG web_admins alice
```
。
替换用户所有的附加组：
```
sudo usermod -G [组1,组2,...] [用户名]
```
例如，将用户
```
alice
```
的附加组替换为
```
devops
```
和
```
qa
```
：
```
sudo usermod -G devops,qa alice
```
。这将移除
```
alice
```
之前所有的附加组，只保留
```
devops
```
和
```
qa
```
。

从组中移除用户（使用

gpasswd

或
deluser
）：

gpasswd
命令：更专注于组的管理。

sudo gpasswd -d [用户名] [组名]

例如，将

alice

从

web_admins

组中移除：

sudo gpasswd -d alice web_admins

。

deluser
命令（Debian/Ubuntu系）：

sudo deluser [用户名] [组名]

例如，将

alice

从

web_admins

组中移除：

sudo deluser alice web_admins

。

重要提示： 更改用户组后，用户需要注销并重新登录，这些更改才会生效。对于正在运行的进程，可能需要重启相关服务或进程才能应用新的组权限。

Linux用户组管理，究竟是为了什么？

说实话，刚接触Linux的时候，我对用户和组的概念感到有点困惑，觉得直接给文件

权限或者都用

root

不就得了？但随着接触的项目越来越多，尤其是在多用户、多服务器的环境下，我才真正体会到用户组管理的精妙和必要性。它不仅仅是技术规范，更是一种系统安全的哲学和高效协作的基石。

Trickle AI

多功能零代码AI应用开发平台

下载

首先，最核心的当然是安全性。想象一下，如果所有用户都能访问所有文件，那系统岂不是脆弱不堪？用户组机制通过最小权限原则，确保每个用户或服务只能访问其工作所需的资源。比如，数据库服务账号只需要访问数据库文件，而网站服务账号只需要访问网站根目录，它们之间互不干涉，即使一个服务被攻破，攻击者也难以轻易横向移动到其他敏感区域。这就像是给每个人一把钥匙，只能开自己房间的门，而不是整个大楼的万能钥匙。

其次，它极大地促进了团队协作和资源隔离。在一个开发团队中，前端、后端、测试人员可能需要访问不同的项目目录或工具。通过创建

frontend_devs

、

backend_devs

、

testers

等组，我们可以精细地控制他们对特定目录或文件的读写权限。这样，大家在各自的“沙盒”里工作，既能共享必要的资源，又能避免误操作影响到他人的工作。这比每个人都去手动设置文件权限要高效得多，也更不容易出错。

再者，系统管理和审计也离不开用户组。当系统出现问题时，通过查看文件或进程的所属用户和组，可以迅速定位到责任方或潜在的问题源。例如，某个文件被意外修改，通过

ls -l

发现它属于某个不应该有写入权限的组，那么问题排查的思路就清晰了。这使得系统维护不再是盲人摸象，而是有迹可循。

对我个人而言，用户组管理让我觉得系统更有序，更有掌控感。它迫使我在设计系统架构和部署服务时，提前思考权限边界，这本身就是一种很好的实践。

Linux用户和组管理中常见的误区有哪些？

在日常的Linux系统管理中，我发现一些关于用户和组的常见误区，这些坑我自己也踩过不少，所以深有体会。

第一个大坑是混淆主组和附加组。很多新手（包括我刚开始的时候）会觉得，只要把用户加到某个组，这个组的权限就有了。但实际上，用户的主组和附加组在某些场景下行为是不一样的，尤其是在创建新文件或目录时，它们的默认所属组通常会是用户的主组，而不是任意一个附加组。这就导致有时明明用户在一个有权限的附加组里，却因为文件创建时的主组不对，导致其他同组用户无法访问。解决办法是，如果希望某个目录下的所有新文件都属于特定组，除了设置目录的组权限，往往还需要设置目录的

setgid

位。

第二个是

usermod -G

的“陷阱”。这个我真的有血泪教训。当你想要给用户添加一个附加组时，如果忘记了加上

-a

选项，即使用了

usermod -G new_group user

，那么这个用户之前所有的附加组都会被移除，只剩下

new_group

。这在生产环境简直是灾难性的，用户可能瞬间失去对多个关键资源的访问权限。正确的姿势永远是

usermod -aG new_group user

，确保是“追加”而不是“替换”。

第三个是权限“刷新”问题。更改了用户组后，用户不会立即获得新权限。对于已经登录的用户，他们需要注销并重新登录才能使新的组权限生效。我遇到过很多次，改完权限后，用户抱怨说“还是不行啊”，结果一问，根本没重新登录。对于一些后台服务，如果其运行用户组发生了变化，可能还需要重启服务才能加载新的权限配置。

第四个是过度授权。出于方便，很多人会把用户直接加到