建立一个安全的Subversion服务器

1/5/2008来源:Java教程人气:5210


  最近一个客户聘请了一个网络开发团队来帮助他的工作过度的网管。他们要求我安装一个版本控制系统,这个系统能够保证团队中的任何成员避免无意中修改别人的文件,并且能够给予治理员恢复文件到任何版本的机制。
  
  我的第一个想法就是Subversion。因为它是我写BSD Hacks 时和编辑器一起用的版本控制系统。在Ports Collection中搜索一下之后发现,Subversion需要好几个相关的port。比如,esvn看起来相当适合客户端,因为它的GUI界面能够运行在Unix,Mac OS X以及Windows中。对于一个对Unix技术把握不深的网络开发团队而言,当他们需要把数据存贮在FreeBSD服务器上而从非FreeBSD系统读取时,esvn是非常好的选择。
  
  前期预备
  
  在我的想法中,只答应开发团队的成员具有权限访问仓库是非常重要的。同时,我们把仓库放在和目前的web服务器分开的操作系统上,当web治理员看到适合的文件时,由他负责把文件从仓库复制到web服务器上。
  
  为了实现这个目的,先对已存在的你想放到版本控制系统下的目录结构做一个备份,然后把它安全发送到仓库服务器。在我的例子中,我把web服务器上www目录的数据备份到一台内网服务器
  192.168.2.2上。
  
  # tar czvf - /usr/local/etc/www/data ssh dru@192.168.2.2 "cat > www.tar.gz"
  
  下一步是在仓库服务器上建立一个svn组,并把已存在的需要访问仓库的用户加到这个组中。比如,当我创建svn组后,我在/etc/group加入这句话把已存在的web治理员用户加进去:
  
  # vi /etc/group
  svn:*:3690:webadmin
  
  然后,新建一个用户svn。假如有必要,你还需创建所有要访问仓库系统的用户帐号(假如他们还没有创建)。要保证每个用户是svn的成员并且有密码和可用的shell。我使用sysinstall为新的网络工程师建立用户帐号。完成以后,我双击svn组的成员。大概就像这样:
  
  # grep svn /etc/group
  svn:*:3690:webadmin,devel1,devel2
  
  处理 umask在安装Subversion之前,我们先看看svn用户的umask。在我的FreeBSD系统上,它是这样的:
  # su -l svn
  % umask
  022
  
  在UNIX中,用户umask值决定了新建目录或文件的默认权限。这是通过关闭某些权限达到的。假如你记得:
  r = 4
  w = 2
  x = 1
  
  你应该看得出这个umask没有对用户(svn)关闭任何权限(0);它对组(svn)关闭了写权限(2);它对其他组用户关闭了写权限(2)。
  
  因为svn组的成员必须能够写入仓库,所以把umask中关于组的 2 改为 0。甚至假如你不想让其他组成员知道这个仓库的存在,你可以把关于其他组成员的 2 改为 7。
  
  修改用户svn的shell配置比较简单。假如用户使用 csh:
  % vi ~svn/.cshrc
  ,那么找到umask那行并把它改为 002 或 007。假如你的svn用户不用csh,修改你的shell配置文件。假如你把你的修改保存在 ~svn/.cshrc (或别的地方),别忘了告诉shell:
  % source ~svn/.cshrc
  
  再敲一次 umask 命令,以保证你的修改有效。
  
  安装Subversion ,并让它拥有正确的umask
  
  假如你选择一个002的umask,那么当你从ports collection生成Subversion的时候,你能把一个wrapper编译进去。假如你选择一个007的umask或安装已预编译好的Subversion,那就要创建一个wrapper脚本来保证你的Subversion二进制文件使用你的umask值。
  
  使用wrapper编译,使其umask值为002:
  # cd /usr/ports/devel/subversion
  # make -DWITH_SVNSERVE_WRAPPER install clean
  
  或者,你可以安装已预编译的二进制代码包
  # pkg_add -r subversion
  
  注重:无论使用何种方法,安装之前都应该把这篇文章看完!因为你可以发现一些额外的让你感爱好的编译选项!
  
  假如你不在wrapper中编译,请移动你的代码到相应的位置,并创建你自己的wrapper脚本:
  # mv /usr/local/bin/svn /usr/local/bin/svn.orig# vi /usr/local/bin/svn#!/bin/sh#wrapper script to set umask to 007 on subversion binariesumask 007/usr/local/bin/svn.orig "$@"
  
  设置你的umask值为002或007,使它和syn用户的umask值一样。别忘了设置你的wrapper脚本为可执行的:
  # chmod +x /usr/local/bin/svn
  
  创建仓库
  
  既然环境搭好了,那你就可以创建仓库了。用svn用户登录以保证svn用户和svn组拥有你在仓库中创建的文件。在 /usr/home/svn/目录中,键入:
  % svnadmin create repository
  
  在这个例子中,我的仓库名为repository。你可以选择任何对你有帮助的名字。svnadmin create 仅仅创建了Subversion工具所需要的目录结构。
  % ls -F repository
  README.txt dav/ format locks/
  conf/ db/ hooks/
  
  注重目录db是默认生成的。因为Subversion使用数据库跟踪仓库中文件的变化,所以你必须把你的数据放到数据库中。然后,我把备份文件解压缩,这样就有的一些可以放进去的数据。但是要注重这么做的时候,不要把备份文件直接恢复到~svn/repository目录下。(记得否,它是个数据库)。相反,我新建了个目录结构:
  % pwd
  /usr/home/svn
  % mkdir www && cd www
  % mkdir branches tags trunk
  % cd trunk
  % tar xzvf /full/path/to/www.tar.gz .
  % cd
  
  这样,svn用户的主目录结构像这样:
  % ls -F ~svn
  repository/ www/
  
  导入数据
  
  下一步,应该把~svn/www/的数据导入到Subversion服务器了。为了实现这个目的,可以使用 svn import 命令:
  % svn import www file:///usr/home/svn/repository/www -m "initial import"
  
  svn import 是svn的许多命令中用户可以使用的一条。键入 svn help 可以看到所有可以使用的命令的名字。假如你在svn和help中插入命令,比如 svn import help,你就可以看到那条命令的语法帮助。在svn import后面的是包含要导入数据的目录的名字(www)。你的数据不一定非得在相同的目录下,它仅仅是定义了到数据的完整路径,但必须保证你的svn组用户拥有访问导入数据的权限。注重:假如你已经导入的数据,原始数据就没有必要留在硬盘上了。在我的例子中,我使用了这条命令:
  rm -Rf www。
  
  接下来,请注重当我定义仓库的完整路径时所使用的语法。Subversion支持多URL模式或者RA(repository access)模块。检验你的Subversion支持哪种模式:
  #svn --version
  svn, version 1.1.3 (r12730)  compiled Mar 20 2005, 11:04:16Copyright (C) 2000-2004 CollabNet.Subversion is open source software, see http://subversion.tigris.org/This PRodUCt includes software developed by CollabNet (http://www.Collab.Net/).The following repository access (RA) modules are available:* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol. - handles 'http' schema - handles 'https' schema* ra_local : Module for accessing a repository on local disk. - handles 'file' schema* ra_svn : Module for accessing a repository using the svn network protocol. - handles svn schema
  因为我想要在本地路径访问仓库,所以我使用了file:/// 模式。我还可以在这URL后面加上www,因为我想访问仓库中名为www的目录。当然,你能在同一个仓库中导入多个目录结构,并且用轻易记住的名字命名。
  
  最后,我使用了 -m 消息开关把注释:"initial import"加入仓库日志中。假如我不包括这个参数,svn将使用默认编辑器(vi)打开日志并要求我填入注释,否则无法进入下一步。
  
  这是非常要害的一个地方。安装一个版本控制系统的全部原因是为了答应许多用户修改文件,并且有可能是并发的。每一个用户都应该负责任的记录清楚他们对哪些文件作了哪些改动。你的工作就是让他们明白为什么svn命令总是提示他们加入注释。
  
  确定如何访问仓库
  
  恭喜你!你现在拥有了一个可以工作的仓库!现在到了仔细比较各种不同的URL模式并选出最适合你需求的访问方法的最好的时间。
  
  免费电子文档Version Control with Subversion第六章具体介绍了各种可能的配置。你可以在编译FreeBSD port的时候,在 make 命令后添加参数 -DWITH_BOOK,把书安装上。
  
  假如你的用户通过本地或ssh登录系统,可以使用 file:/// 访问。因为用户对于仓库时本地(local)的,所以这种情况下,系统不会打开一个 TCP/IP端口监听Subversion连接。然而,它却要求每个用户有一个活动的shell帐号并且假定你的用户可以登录Unix服务器。和别的shell帐户一样,其安全性能由这几方面决定:用户密码的健壮性;仓库权限以及组成员的正确配置。让用户通过ssh登录系统并不保证session已被加密。
  
  另一种方案是把Subversion整合进apache服务器。默认情况下,Subversion 的FrssBSD port支持SSL编译,这意味着你的用户可以在浏览器中使用 https:// 模式访问仓库。然而,假如你的apache版本是2.X而不是1.X,要记得在编译的时候把参数-DWITH_MOD_DAV_SVN 加入到 make后面。
  
  假如你考虑让用户通过浏览器访问,要先仔细阅读Subversion文档关于apahce httpd配置部分,然后你要配置不少东西。幸运的是,文档很完整!
  
  第三种方案时使用 svnserve 监听网络连接。文档建议采用这种模式,无论是通过inetd还是独