CVSNT用户管理方案(根据自己的实际需求所总结)

原创 2003年12月07日 22:38:00

CVSNT用户管理方案<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

所有这些操作基于的环境和软件版本:WINDOWS2000 ProCVSNT2.0.4WinCVS1.3.9.1Beta9

              在前面的介绍CVSNT配合WinCVS进行用户管理的文章中,已经对CVSNT的用户管理,权限分配进行了比较详细的叙述,但是还有一些概念没有交待清楚,在这里,我会根据项目的实际需要,以及自己的一些经验给出一套用户管理、权限管理方案,在看这篇文章之前你最好已经阅读了前面的一篇文章,对用户的增加删除,权限的修改,等等这些操作能够了解,否则,会有一点困难。

 

1、               CVSNT的用户验证方式

我们这里所讨论的是工作在pserver方式下。

CVSNT的文档中给出了两种验证方式,我总结了一下,可以这样称呼:WindowCVSNT混合验证方式,CVSNT独立验证方式。在前面的文章中,我们没有详细的给出这两种方式的内容,所讲述的启示就是混合验证方式。

决定CVSNT工作于何种验证方式是由CVS的管理文件来决定的,这些管理文件处在库的目录下的CVSROOT目录中,这里可以得出结论,对于不同的库,可以给不同的验证方式。所以,在每个库建立的时候要首先设定好这些前提。

下面的操作如果没有特殊指出则都是在客户端来进行管理的,下面首先是对一些控制原理和相关的文件做一些说明,如果你正在进行相关的模拟操作,请停下来暂时停止你的操作,因为这些操作的步骤是有先后的,如果你顺序不对,那么你可能就权限失效,进行不了下面的操作了。

 

11 config文件

在库建立好了以后,你还没有对控制文件进行修改之前,CVSNT是工作在混合验证方式之下的,这个时候,CVS服务器的管理员就是CVSNT的管理员,你以一个管理员身份登陆,检出你要操作的库的CVSROOT模块,看一下文件列表,控制CVSNT的验证工作方式的是config文件,你可以在文件列表中找到它,双击看看其中的内容,这里对我们最重要的就是第一个设置内容,你会看到下面的内容:

# Set this to `no' if pserver shouldn't check system users/passwords

#SystemAuth=yes

第二行就是我们要修改的内容,默认状态是被注释掉的,SystemAuth有两个值yesno

yespserver将使用系统用户数据库和passwd文件(这个文件后面会详细讲述)来共同验证(若passwd文件不存在或者文件中没有相应的资料,则用系统用户来进行验证)默认为yes

no:所有的用户必须在passwd中存在,根据passwd的内容来进行用户的验证。

我这里所阐述的方案就是工作在no的下面的,修改完之后提交到服务器,提交完毕服务器就处在CVSNT的独立验证模式下了。在这个工作方式下,NT本地的用户和CVSNT用户没有任何本质的联系和影响(仅仅是要建立一个别名)。

 

12  passwd文件

              在讲述上面的时候提到了这个文件,在服务器工作在CVSNT验证模式下的时候,这个文件就可以称之为CVSNT的用户数据库,这个里面存储着用户列表,用户的密码,以及别名的一些信息。默认状态下这个文件是不存在的,所以,如果我们要在CVSNT验证模式下工作,必须建立这个文件。注意:这个文件是不能够在客户端进行修改的。这个文件的内容是相当简单的,就像下面:

              这里分别拿第一个用户bach和第三个用户melissa来进行说明,每一行代表一个用户,总共有三部分信息,用户名、密码、本地用户三部分之间使用冒号“:”来进行分割。

              用户名:就是登陆CVS的用户名

                码:用户的密码,这里是经过加密的,如果为空,那么就是空密码

              本地用户:CVS用户这个别名对应的本地用户,(跟本地用户没有任何其他关系,仅仅是别名的关系)

              如果在本地系统中存在一个用户名bash,那么要在CVS建立一个bach这样的用户就不需要在后面指出对应的系统用户,melissa后面的pubcvs就是系统用户,在本地系统上面存在的用户。对于要用命令增加这两种用户的格式如下:

cvs passwd –a bach

cvs passwd –r pubcvs –a melissa

              在库建立的时候可以在服务器上建立一个简单的passwd初始化文件,加一行

              cvsadmin:

              这样,就给出了一个cvsadmin这个空密码用户(本地系统中有这样的用户,就可以不加到后面去),然后在客户端来进行修改和以后的用户增加工作。注意:在客户端进行其他之前请先首先修改这个密码,以防止别人进行破坏。

              在服务器端建立了这个文件以后,就不用再手动进行修改了,当你在客户端进行密码或者用户的增加删除的时候,系统会自动进行这个文件的更新。这个文件是管理着CVSNT系统中的所有的用户,所以,要特别重视,不了解这个文件格式的,不要去随便修改,更加不要尝试在客户端进行修改!

13  admin文件

              这个文件是指定CVSNT的管理员列表的文件,CVSNT会根据这个文件中的内容来判断一个用户是否是管理员。这个文件的内容很简单,是一个用户列表。类似下面

user1

user2

user3

这些代表user1,user2,user3都是管理员,当然,这些用户必须要存在才能够正确登陆系统来执行管理。

              这个文件默认状态下是没有的,但是,可以在客户端进行添加,在你的客户端进行新建这个文件然后add上去再commit一下,这个文件就可以上传到服务器,但是这个时候还没有生效,请修改checkoutlist这个文件,加入admin这一行,checkoutlist也可以在客户端进行修改再提交,这个时候admin就可以被系统自动的build了。

              Checkoutlist是维护的一个文件列表,可以放入系统自动build的用户自定义的系统文件列表,注意:对passwd没有用!!

             

14  group文件

              这个文件是定义系统的组,我们可以将同样性质的用户归入一个组,然后用给用户赋权限的方式给组赋权限,这样,一个组的用户就会具有同样的权限。Group的内容如下:

group1:user1 user2 user3

group2:me you he

group3:tom honey

有上面可以看出来,这个文件的内容也是相当的简单,首先是组的名称然后是冒号,接着是用户名,多个用户名之间用空格来进行分割。

              Group文件可以在客户端进行新建和修改,不用修改checkoutlist这个文件,系统会自动build这个文件并且使之生效。

              作为组里面的特定成员还可以赋给特定的权限,权限分为两类c,w,rn,否定权限是有高的优先级的。

 

              好,上面已经介绍了本方案所涉及到的几个重要的文件以及修改方式。这里再强调一下,passwd只能够再服务器端进行建立和修改,不能够在客户端进行操作!

              现在根据上面介绍的内容,可以开始你的操作了,下面给出修改顺序,库刚刚建立起来的时候,使用一个服务器上的本地管理员用户进行登陆检出CVSROOT模块。

1、 现在服务器端加上passwd文件,给一个初始的用户,比如cvsadmin:

2、 在客户端增加admin,将cvsadmin加入admin文件,作为出是管理员,并提交加入到库中。

3、 在修改checkoutlist文件,加入admin,使其能够自动build

4、 最后修改config文件的SystemAuth=no,在提交之前要确认一下你上面的修改是否正确,如果提交了这个文件,CVSNT验证模式就开始生效了!

5、 好,现在请修改你的参数再重新进行的登陆吧。因为你的系统已经切换了工作模式,你当前的用户已经失效了。

完成了上面的步骤,整个服务器就会有效的工作在CVSNT验证模式下了。而group文件在你需要的任何时候可以加入。

 

 

在上面的文章关于CVSNT的用户的管理方案的,在这里做一点补充,在后面的操作中全部是针对在客户端使用WinCVS来进行的(出了增加passwd)文件,其实,在我的实践当中config,passwd,admin,checkoutlist,这些文件的起始修改(初始化)都可以在新建了库以后一起完成,然后再让相应的库的管理员来进行相关的操作。

在我上面的文章中也提到这篇文章是基于另外一篇文章的,在网上可以搜索到关于CVSNT和WINCVS的操作的,在CSDN上也有。不过,自己觉得那份东西有点乱,所以后来自己进行了一点点修改。总想在这里贴出来,不过,图太多了,:(

 

欢迎进入我的Blog http://scottding.blogger.cn

权限管理需求分析

1.1.1            权限管理 1、  一个用户(User)属于一个用户组(user group),一个用户组拥有多个用户。 2、  一个用户组(user group)只有一...
  • u012618337
  • u012618337
  • 2014年08月14日 15:43
  • 2289

OA之权限管理需求总结

这段时间进行OA的权限管理的学习,由于视频质量的问题,所以很多的地方不是很清楚,这篇文章特别进行一下需求的总结。 第一步首先是用例图,一般在权限管理里面最少有一个角色(高级管理员),一般常见的就是两...
  • qiulongtianshi
  • qiulongtianshi
  • 2013年02月17日 20:15
  • 4509

大数据之Hadoop平台(五)Hadoop多用户管理

前言 最近有一些需求,就是需要在hadoop集群中实现多用户管理,因此在网上搜了很多的资料。其中有一种方法感觉还是比较可行,链接:http://cn.soulmachine.me/blog/2014...
  • PicassoLoveCoding
  • PicassoLoveCoding
  • 2014年10月20日 14:43
  • 1754

Linux用户和用户组管理总结

Linux下和用户和用户组管理有关的配置文件: /etc/group Group account information. /etc/gshado...
  • ricky_hust
  • ricky_hust
  • 2013年12月11日 20:56
  • 1880

用户权限管理设计方案

用户认证管理设计方案 1 设计思路 为了设计一套具有较强可扩展性的用户认证管理,需要建立用户、角色和权限等数据库表,并且建立之间的关系,具体实现如下。 1.1 用户 用户仅仅是纯粹的用户,用来...
  • Jye13
  • Jye13
  • 2013年06月03日 08:17
  • 2211

【修炼五】用户需求&系统需求

2013.5.26             需求阶段的工作是项目经理最繁忙的一个阶段,也是项目能否做好的一个重要分水岭。通常此阶段要完成系统需求的编写,工作思路的整理,工作计划的制定,人员工作的分工...
  • liangjingbo
  • liangjingbo
  • 2013年05月26日 11:55
  • 5806

怎样挖掘用户需求

需求分析在数据库生命周期中至关重要,通常也是涉及人员最多的步骤。数据库设计师在这个阶段必须走访最终用户,与他们进行访谈,从而确定用户想在系 统中存储什么数据以及想怎样使用这些数据。 我们将需求分...
  • u010098331
  • u010098331
  • 2016年05月13日 15:05
  • 1218

需求管理之如何对客户的需求进行分类

不要指望你的客户会给需求分析者提供一个简洁、完整、组织良好的需求清单。分析者必须把代表客户需求的许多信息分成不同的类型,这样他们就能合理地编写信息文档并把它们用于最合理的方式上。那些不属于这些类型的信...
  • taomanman
  • taomanman
  • 2016年02月29日 13:08
  • 2699

文件管理、用户管理、磁盘管理 总结感悟

本学期学习了Linux相关的各种命令,对于文件管理、用户管理和磁盘管理方面做出以下总结 1.  文件管理  主目录     用户第一次登录Linux系统时的工作目录即为用户的主目录。  绝对路径...
  • BlissG817
  • BlissG817
  • 2018年01月11日 17:51
  • 23

需求分析中的问题总结

阅读完林锐《软件工程与项目管理解析》中关于需求分析
  • brightming
  • brightming
  • 2014年06月29日 10:41
  • 990
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:CVSNT用户管理方案(根据自己的实际需求所总结)
举报原因:
原因补充:

(最多只允许输入30个字)