“用户组”在Linux上到底是怎么工作的?
副标题[/!--empirenews.page--]
【新品产上线啦】51CTO播客,随时随地,碎片化学习
嗨!就在上周,我还自认为对 Linux 上的用户和组的工作机制了如指掌。我认为它们的关系是这样的:
比如说,如果一个进程被用户
然而上述的机制我并没有考虑得非常清楚,如果你硬要我阐述清楚,我会说进程可能会在运行时去检查 然而这并不是 Linux 里“组”的工作机制我在上个星期的工作中发现了一件有趣的事,事实证明我前面的理解错了,我对组的工作机制的描述并不准确。特别是 Linux 并不会在进程每次试图访问一个文件时就去检查这个进程的用户属于哪些组。 我在读了《Linux 编程接口》这本书的第九章(“进程资格”)后才恍然大悟(这本书真是太棒了),这才是组真正的工作方式!我意识到之前我并没有真正理解用户和组是怎么工作的,我信心满满的尝试了下面的内容并且验证到底发生了什么,事实证明现在我的理解才是对的。 用户和组权限检查是怎么完成的现在这些关键的知识在我看来非常简单! 这本书的第九章上来就告诉我如下事实:用户和组 ID 是进程的属性,它们是:
这说明 Linux 实际上检查一个进程能否访问一个文件所做的组检查是这样的:
通常当访问控制的时候使用的是有效用户/组 ID,而不是真实用户/组 ID。技术上来说当访问一个文件时使用的是文件系统的 ID,它们通常和有效用户/组 ID 一样。(LCTT 译注:这句话针对 Linux 而言。) 将一个用户加入一个组并不会将一个已存在的进程(的用户)加入那个组下面是一个有趣的例子:如果我创建了一个新的组:
好吧,确定了,我( 那进程一开始是怎么得到用户的组的呢?这真是个非常令人困惑的问题,对吗?如果进程会将组的信息预置到进程的属性里面,进程在初始化的时候怎么取到组的呢?很明显你无法给你自己指定更多的组(否则就会和 Linux 访问控制的初衷相违背了……) 有一点还是很清楚的:一个新的进程是怎么从我的命令行解释器( 因此一定存在一个“第一个”进程来把你的组设置到进程属性里,而所有由此进程而衍生的进程将都设置这些组。而那个“第一个”进程就是你的登录程序,在我的笔记本电脑上,它是由 让我们再登录一次(编辑:百客网 - 百科网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 如何在VMware虚拟机上安装Windows 11,即使它不符合系统需求
- 微软准备Windows11系统新版本 Win10开始菜单文件夹功能回归
- Windows 10X是可折叠电脑的操作系统,但这还不是故事的结局
- 在Linux终端中进行算术运算的5种方法
- 请确认:Windows Workflow Foundation是否现在正在支持的马
- windows-server-2008 – 为计算机组的AD用户组授予本地管理
- 如何隐藏Windows 10中的文件,以便任何人都无法看到它们
- 异地两台win10电脑如何共享打印机
- windows7 64位旗舰ylmf系统下载详细介绍
- 当同事用Root权限输入rm -rf 后,鬼知道我经历了什么