bota的博客

java+Struts1和Struts2教程

CVSNT的用户验证方式 我们这里所讨论的是工作在pserver方式下。 在CVSNT的文档中给出了两种验证方式，我总结了一下，可以这样称呼：Window和CVSNT混合验证方式，CVSNT独立验证方式。在前面的文章中，我们没有详细的给出这两种方式的内容，所讲述的启示就是混合验证方式。 决定CVSNT工作于何种验证方式是由CVS的管理文件来决定的，这些管理文件处在库的目录下的CVSROOT目录中，这里可以得出结论，对于不同的库，可以给不同的验证方式。所以，在每个库建立的时候要首先设定好这些前提。 下面的操作如果没有特殊指出则都是在客户端来进行管理的，下面首先是对一些控制原理和相关的文件做一些说明，如果你正在进行相关的模拟操作，请停下来暂时停止你的操作，因为这些操作的步骤是有先后的，如果你顺序不对，那么你可能就权限失效，进行不了下面的操作了。 1．1 config文件 在库建立好了以后，你还没有对控制文件进行修改之前，CVSNT是工作在混合验证方式之下的，这个时候，CVS服务器的管理员就是CVSNT的管理员，你以一个管理员身份登陆，检出你要操作的库的CVSROOT模块，看一下文件列表，控制CVSNT的验证工作方式的是config文件，你可以在文件列表中找到它，双击看看其中的内容，这里对我们最重要的就是第一个设置内容，你会看到下面的内容： # Set this to `no' if pserver shouldn't check system users/passwords #SystemAuth=yes 第二行就是我们要修改的内容，默认状态是被注释掉的，SystemAuth有两个值yes和no yes：pserver将使用系统用户数据库和passwd文件（这个文件后面会详细讲述）来共同验证（若passwd文件不存在或者文件中没有相应的资料，则用系统用户来进行验证）默认为yes no：所有的用户必须在passwd中存在，根据passwd的内容来进行用户的验证。 我这里所阐述的方案就是工作在no的下面的，修改完之后提交到服务器，提交完毕服务器就处在CVSNT的独立验证模式下了。在这个工作方式下，NT本地的用户和CVSNT用户没有任何本质的联系和影响（仅仅是要建立一个别名）。 1．2 passwd文件 在讲述上面的时候提到了这个文件，在服务器工作在CVSNT验证模式下的时候，这个文件就可以称之为CVSNT的用户数据库，这个里面存储着用户列表，用户的密码，以及别名的一些信息。默认状态下这个文件是不存在的，所以，如果我们要在CVSNT验证模式下工作，必须建立这个文件。注意：这个文件是不能够在客户端进行修改的。这个文件的内容是相当简单的，就像下面： bach:ULtgRLXo7NRxs spwang:1sOp854gDF3DY melissa:tGX1fS8sun6rY:pubcvs qproj:XR4EZcEs0szik:pubcvs 这里分别拿第一个用户bach和第三个用户melissa来进行说明，每一行代表一个用户，总共有三部分信息，用户名、密码、本地用户三部分之间使用冒号“:”来进行分割。 用户名：就是登陆CVS的用户名 密 码：用户的密码，这里是经过加密的，如果为空，那么就是空密码 本地用户：CVS用户这个别名对应的本地用户，（跟本地用户没有任何其他关系，仅仅是别名的关系） 如果在本地系统中存在一个用户名bash，那么要在CVS建立一个bach这样的用户就不需要在后面指出对应的系统用户，melissa后面的pubcvs就是系统用户，在本地系统上面存在的用户。对于要用命令增加这两种用户的格式如下： cvs passwd –a bach cvs passwd –r pubcvs –a melissa 在库建立的时候可以在服务器上建立一个简单的passwd初始化文件，加一行 cvsadmin: 这样，就给出了一个cvsadmin这个空密码用户（本地系统中有这样的用户，就可以不加到后面去），然后在客户端来进行修改和以后的用户增加工作。注意：在客户端进行其他之前请先首先修改这个密码，以防止别人进行破坏。 在服务器端建立了这个文件以后，就不用再手动进行修改了，当你在客户端进行密码或者用户的增加删除的时候，系统会自动进行这个文件的更新。这个文件是管理着CVSNT系统中的所有的用户，所以，要特别重视，不了解这个文件格式的，不要去随便修改，更加不要尝试在客户端进行修改！ 1．3 admin文件 这个文件是指定CVSNT的管理员列表的文件，CVSNT会根据这个文件中的内容来判断一个用户是否是管理员。这个文件的内容很简单，是一个用户列表。类似下面 user1 user2 user3 这些代表user1,user2,user3都是管理员，当然，这些用户必须要存在才能够正确登陆系统来执行管理。 这个文件默认状态下是没有的，但是，可以在客户端进行添加，在你的客户端进行新建这个文件然后add上去再commit一下，这个文件就可以上传到服务器，但是这个时候还没有生效，请修改checkoutlist这个文件，加入admin这一行，checkoutlist也可以在客户端进行修改再提交，这个时候admin就可以被系统自动的build了。 Checkoutlist是维护的一个文件列表，可以放入系统自动build的用户自定义的系统文件列表，注意：对passwd没有用！！ 1．4 group文件 这个文件是定义系统的组，我们可以将同样性质的用户归入一个组，然后用给用户赋权限的方式给组赋权限，这样，一个组的用户就会具有同样的权限。Group的内容如下： group1:user1 user2 user3 group2:me you he group3:tom honey 有上面可以看出来，这个文件的内容也是相当的简单，首先是组的名称然后是冒号，接着是用户名，多个用户名之间用空格来进行分割。 Group文件可以在客户端进行新建和修改，不用修改checkoutlist这个文件，系统会自动build这个文件并且使之生效。 作为组里面的特定成员还可以赋给特定的权限，权限分为两类c,w,r和n，否定权限是有高的优先级的。 好，上面已经介绍了本方案所涉及到的几个重要的文件以及修改方式。这里再强调一下，passwd只能够再服务器端进行建立和修改，不能够在客户端进行操作！ 现在根据上面介绍的内容，可以开始你的操作了，下面给出修改顺序，库刚刚建立起来的时候，使用一个服务器上的本地管理员用户进行登陆检出CVSROOT模块。 1、 现在服务器端加上passwd文件，给一个初始的用户，比如cvsadmin: 2、 在客户端增加admin，将cvsadmin加入admin文件，作为出是管理员，并提交加入到库中。 3、 在修改checkoutlist文件，加入admin，使其能够自动build。 4、 最后修改config文件的SystemAuth=no，在提交之前要确认一下你上面的修改是否正确，如果提交了这个文件，CVSNT验证模式就开始生效了！ 5、 好，现在请修改你的参数再重新进行的登陆吧。因为你的系统已经切换了工作模式，你当前的用户已经失效了。 完成了上面的步骤，整个服务器就会有效的工作在CVSNT验证模式下了。而group文件在你需要的任何时候可以加入。

CVS是一个C/S系统，多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。 先说下CVSNT的用户验证方式，CVSNT的用户验证方式分两种：Windows系统用户与CVSNT用户共存的混合验证方式，及CVSNT用户 单一验证方式，默认工作在混合验证方式下，当然使用单一验证方式对用户的管理肯定比较方便一点，因此下面的配置就是围绕该方式进行的。各个资源库所使用的 验证方式及用户配置由其目录下CVSROOT里的配置文件决定，其中有几个比较重要的文件。 1、config文件 控制CVSNT的验证工作方式的就是config文件，注意该文件最前面的两行： #Set this to `no" if pserver shouldn"t check system users/passwords #SystemAuth=yes 第二行就是我们要修改的内容，默认状态是被注释掉的，SystemAuth有两个值yes和no： yes：pserver将使用Windows系统用户和CVSNT用户来共同验证（若CVSNT用户未定义，则用Windows系统用户来进行验证），默认为yes，CVSNT用户在后面将要介绍的passwd文件中定义。 no：只使用CVSNT用户来进行验证。 该文件可以在客户端进行修改，因此我们可以将其checkout出来将第二行改为SystemAuth=no，并commit到CVSNT上就可以启用单一验证方式了，注意启用单一验证方式后原来的Windows系统用户将变为无效，因此要注意执行该步骤的时机。 2、 admin文件 该文件保存CVSNT管理员用户列表，内容很简单，形式如下： User1 User2 User3 每一行定义一个管理 员用户，默认时没有该文件，但你可以在客户端自己添加并add上去，再commit到CVSNT上，但是光有这个文件还是不会生效的，还要将其添加到 checklist文件中，使CVSNT能够读取该文件的内容，在checklist中添加文件列表的格式为： [空格]文件名 出错信息 其中文件名前的空格必须要有的，不然会出错。 我们可以先添加admin文件到CVSNT中，再修改checklist文件commit，就可以使admin文件生效了。 3、passwd文件 服务器工作在CVSNT用户单一验证方式下的时候，这个文件定义了CVSNT的用户信息，这里面保存着用户名，用户密码，以及别名信息。默认状态下 没有该文件，但是我们可以在CVSNT还工作在混合验证方式下时，用系统管理员登录，通过添加用户命令来让CVSNT自动建立一个passwd文件。 添加用户的命令的示例: cvs passwd –r administrator –a cvsadmin 之后系统提示输入密码，输入后服务器会新建一个passwd文件。 该文件的内容很简单，形式如下： cvsadmin:fqr1fS4gDghrt:administrator kid:aTXRfS31Bm6JA mystique:Yna4QcXz9dEqd 以第一行为例：cvsadmin为用户名，fqr1fS4gDghrt为CVS使用UNIX标准加密函数对密码进行加密后的结果，administrator为该用户的别名，当使用混合验证方式时对应Windows系统用户名。 注意：这个文件是不能在客户端进行修改的，不能checkout出来。 4、group文件 该文件定义CVSNT中组信息，同组里的用户拥有一样的权限，对组权限的修改和对用户权限的修改一样。 group文件的内容为 administrators:cvsadmin kid mystique users:User1 User2 User3 可以看到该文件的内容也很简单，组名：用户名，多个用户名之间用空格隔开。 Group文件可以在客户端修改，不用修改checkoutlist这个文件，系统会自动使其生效。 作为组里面的特定成员可以赋给特定的权限。 了解了以上内容，下面我说一下我自己的配置步骤，我没有使用WinCVS进行操作，是直接使用命令行进行修改的，觉得这样思路比较清晰： 1、添加系统变量CVSROOT=E:/CVSNT/Repository，并把E:\CVSNT加入到系统Path路径。 2、进入命令提示符，因为此时为混合验证模式，可以不用不用登陆直接进行checkout。可以建立一个工作目录，在该目录下进行操作，我这里为E:/CVSNT/Works。 检出CVSROOT目录： cvs co CVSROOT 3、添加CVSNT系统管理员用户，此时会提示设置用户密码： cvs passwd –r administrator –a cvsadmin 4、修改CVSROOT访问权限： cd CVSROOT cvs chown cvsadmin //更改所有者为cvsadmin cvs chacl default:n //默认权限为n cvs chacl cvsadmin:rwc //添加cvsadmin 5、修改config文件，按上面的方法修改后commit： cvs ci 6、此时单一验证方式已经启用了，也就是只能使用刚才添加的cvsadmin进行登录，此时可以把CVSNT控制面板上的Use local users for pserver authentication instead of domain users关掉。登录前还要改一下系统变量CVSROOT，关闭命令提示符窗口，修改CVSROOT为： :pserver:[email protected]:4021/CVSNT/Repository 这里的192.168.0.1是服务器的IP地址，/CVSNT/Repository就是前面设置Repository时设置的Name，可以改为你机器上的配置。修改系统变量之后以下的步骤在任何与服务器相连的机器上进行，当然该机器上应该有CVSNT的可执行文件。 7、如果为了避免出现错误，先重启一下CVSNT服务器，再启动命令提示符来到E:/CVSNT/Works，因为已经启用单一验证方式，先要进行登录。 cvs login 输入密码，此时就是以cvsadmin登录了。 8、添加admin文件，首先将CVSROOT检出，在CVSROOT下新建admin文件，内容为 cvsadmin 执行命令： cvs add admin cvs ci 9、修改checklist文件，在该文件末尾添加一行： [空格]admin error message 注意：admin前的空格不能少。 执行命令： cvs ci 经过以上步骤，可以说用户配置已经基本完成了，CVSNT可以很好的工作在单一验证方式下。进一步的管理可使用以下命令： 添加用户： cvs passwd -a username，使用时不必理会需要添加别名的提示。 修改用户权限：cvs chacl username:r|w|c|n，（r：Read w：write c：control n：none） 要添加组管理，只需同添加admin步骤一样，按照格式要求新建group文件即可。