如何在Linux 管理好多租户具体操作方法

本文发布时间: 2019-Mar-22
说到Linux系统相信大家都并不陌生了,就算不是经常会使用它来进行操作的朋友相信也有听过它的名字。最近小编一个朋友说自己现在管理起文档多租户感觉越来越困难了,就问小编有没有什么好的方法来简化这个管理过程,为此小编特意整理了如下资料,也有这方面困扰的朋友也可以参考参考。  例题  同一群组microsoft下的两个账号justmine001和justmine002需要共同拥有目录/microsoft/eshop的开发权,以便进行协同工作,但是其他人不允许进入和查阅该目录。  从例题可以分析出:  同一群组下的账户需要共同拥有目录的使用权,且可以编辑里面的任何文件。  其他账户不拥有该目录的任何权限。  需要使用root账户,创建账户、群组,设置目录权限,然后搭建开发环境。  创建账户相关信息  groupadd microsoft ; 新增群组  useradd -G microsoft justmine001; 新增账户,并加入到群组microsoft  useradd -G microsoft justmine002; 新增账户,并加入到群组microsoft  查阅账号属性  id justmine001;  id justmine002;  搭建环境  创建开发目录  mkdir -p /microsoft/eshop  查询  ll -d /microsoft/eshop  设置传统权限  从上图可以看到,开发目录的拥有者和群组都是root,权限为rwxr-xr-x,所以justmine001和justmine002可以查阅(ls)和进入(cd)该目录,但是都不能在目录中创建文件。  首先,设置目录群组为microsoft,其次,其他人对该目录没有任何权限,所以应该设置权限为770。如果不理解,请阅读上一篇详解Linux文档属性、拥有者、群组、权限、差异  chgrp microsoft /microsoft/eshop; 分配群组  chmod 770 /microsoft/eshop; 设置权限  首先测试justmine账号(其他人)的权限,如下:  其他人无法访问ls和进入cd该目录,已达到预期效果。  测试同群组下的justmine001和justmine002账号,再次创建文件,如下:  为了淋漓尽致的展现,我将文件创建权限从拒绝到许可的整个过程都截取下来了!!!  从上面可以看到,文件test和test1的拥有者和群组分别为justmine001和justmine002,虽然用户justmine001可以删除justmine002创建的文件test1(目录权限的控制范围),但是却不能编辑它(文件权限的控制范围)。那该肿么办呢,还是无法完成协作工作啊。第一种方法是我们将文件test1权限设置为777,这样文件对任何人都可读、可写、可编辑,再加上目录权限的控制,其他人访问不了文件test1,没毛病。第二种方法,变更它们创建的文件群组为microsoft,这样也可以实现协作工作,貌似这种方法才是切合现实的。不过,每次都要管理员去做这件事情,那岂不是太麻烦他老人家,多不好意思啊,嘿嘿。正所谓,车道山前必有路,使用Linux特殊权限SGID可以完美实现同一群组下的任何账户创建的文件都拥有相同的群组microsoft(详情请阅读:理解Linux文档的默认安全机制、隐藏属性、特殊权限)。  备注:Linux文档权限是一级一级的往下控制的,所以任何读、写、编辑文件的前提就是要拥有能够进入文件所属目录的权限。  设置特殊权限  为目录/microsoft/eshop设置SGID权限  chmod 2770 /microsoft/eshop  使用justmine002账号创建文件,查询文件权限:  从上图可以看到,justmine002所属的文件群组自动变更成microsoft,而umask默认为002,两人同属一个群组,自然就可以互相修改彼此的文件了!!!  总结  Linux系统管理员的主要任务其实就是如何管理好系统的文件系统,那么对于文档多租户管理,首先新建一个统一的群组,然后将目录权限设置为2770,最后把需要协作工作的用户加入这个群组,就是这么简单。往往,结果很简短,但是思考分析过程就如同西天取经,希望把整个过程分享给大家,不仅要知其然,更要知其所以然,这样才能举一反三,融汇贯通,达到灵活运用的目的。  以上就是今天给大家分享的关于Linux中应该如何进行多租户的管理操作介绍的具体过程了,刚刚接触的朋友不要心急,慢慢来,掌握了之后就可以很熟练的操作了。如果大家对于这些内容还有什么疑问的话可以给小编留言,小编会及时解答的。


(以上内容不代表本站观点。)
---------------------------------
本网站以及域名有仲裁协议。
本網站以及域名有仲裁協議。

2024-Mar-04 02:11pm
栏目列表