手机网站建设推广方案ppt模板,单页企业官网模板,上海建设咨询网,十大农业网站svnserve 是一个轻量级的服务#xff0c; 使用自定义的协议通过TCP/IP与客户端通讯。 客户端通过由 svn:// 或者 svnssh:// 开始的URL访问svnserve服务器。 启动服务器 端口监控#xff08;inetd#xff09;模式 如果你打算用端口监控来启动处理客户的访问请求的进程#x… svnserve 是一个轻量级的服务 使用自定义的协议通过TCP/IP与客户端通讯。 客户端通过由 svn:// 或者 svnssh:// 开始的URL访问svnserve服务器。 启动服务器 端口监控inetd模式 如果你打算用端口监控来启动处理客户的访问请求的进程你可以通过传入参数-i来启动 svnserve -i 当使用-i参数启动服务的时候svnserve通过stdin和stdout用自定义协议和客户端 通讯。同时服务侦听3690端口。 独立端口监控进程 使用参数-d启动服务作为一个独立的端口监控进程。 svnserve -d 当运行svnserve在独立端口监控模式时你可以使用--listen-port和--listen-host参数来自定义需要的端口和主机名称。当前模式默认的端口是3690。 当然也有第三种方法启动svnserve也就是使用“隧道模式”使用-t参数启动服务。这个模式要求远程服务程序如RSH或SSH已经成 功验证用户并且使用已经校验的用户启动一个属于该用户的svnserve进程。当使用该模式提供服务时要确认启动的用户帐户具备对 Repository的读/写权限。 设置项目目录 当svnserve开始运行时它将会暴露所有的Repository到网络上。不过当客户端需要获取一个Repository的内容时需要指定Reopsitory的绝对路径。例如一个Repository放在文件路径 C:/Project Repository/Project1 那么当客户端访问时需要指定绝对路径 svn://host/C:/Project Repository/Project1 所以为了增加保密性你可以使用参数-r指定需要暴露的Repository的路径当用户访问时只需指定Repository的名称即可。例如上面的Repository当启动服务时使用如下的方法 svnserve -d -r C:/Project Repository 那么当客户端访问时则使用 svn://host/Project1 就可以获取数据了。 内置的验证和授权 当客户端连接到一个svnserve进程时下面的流程就会触发 1、客户选择一个指定的Repository 2、服务处理Repository的配置文件 conf/svnserve.conf文件并且开始执行在其中定义的所有验证和授权策略 3、依赖与情形和授权策略 a)客户端也许允许匿名访问而不需要验证或者 b)客户但也许需要在任何时候被要求验证或者 c)假如处于隧道模式中客户端将声明自己已经可以被外部验证。 很显然如上所说用户文件是一个名为svnserve.conf的放在conf目录下的文件。 现在我们来看看如何配置这个文件 这个配置文件放置在Repository的目录中的conf目录下它有两个节点 [general] [users] 其中[general]的配置信息有 anon-access read auth-access write 其中表示对于验证有效的以及没通过验证的用户可以做什么事情。分别有read, write和none [users]的标签的配置内容有 USERNAME PASSWORD password-db passwd realm My First Repository 其 中表示用户名对应的密码是什么或者指定一个存储用户名和密码的文件的相对或绝对路径以及指定了Repository的验证领域。如果两个 Repository有相同的验证领域那么它们应该有相同的密码数据库反之亦然。默认的领域就是指向当前的Repository的路径与服务器的 Repository的根目录相关。 svnser配置实例 svnserve是SVN自带的一个轻型服务器客户端通过使用以svn://或svnssh://为前缀的URL来访问svnserve服务器实现远程访问SVN版本库。 svnserve可以通过配置文件来设置用户和口令以及按路径控制版本库访问权限。本文详细分析了svnserve配置文件格式并说明如何使用配置文件控制版本库访问权限。 1) svnserve配置文件概述 svnserve配置文件通常由以下3个文本文件组成 svn服务配置文件该文件版本库目录的conf目录下文件名为svnserve.conf。 用户名口令文件该文件名在文件svnserve.conf中指定缺省为同目录下的passwd。 权限配置文件该文件名也在文件svnserve.conf中指定缺省为同目录下的authz。 2) svn服务配置文件 svn服务配置文件为版本库目录中的文件conf/svnserve.conf。该文件仅由一个[general]配置段组成。 [general]配置段中配置行格式如下 配置项 值 配置项分为以下5项 anon-access 控制非鉴权用户访问版本库的权限。取值范围为write、read和none。 即write为可读可写read为只读none表示无访问权限。 缺省值read auth-access 控制鉴权用户访问版本库的权限。取值范围为write、read和none。 即write为可读可写read为只读none表示无访问权限。 缺省值write password-db 指定用户名口令文件名。除非指定绝对路径否则文件位置为相对conf 目录的相对路径。 缺省值passwd authz-db 指定权限配置文件名通过该文件可以实现以路径为基础的访问控制。 除非指定绝对路径否则文件位置为相对conf目录的相对路径。 缺省值authz realm 指定版本库的认证域即在登录时提示的认证域名称。若两个版本库的 认证域相同建议使用相同的用户名口令数据文件。 缺省值一个UUID(Universal Unique IDentifier全局唯一标示)。 【说明】版本库认证域 在使用svn客户端访问svnserve服务器时若需要用户登录则提示信息如下 [roottest root]# svn list svn://192.168.3.45/test Authentication realm: 0d545a49-4038-0410-99b4-c66dc73f754e Password for root: 在上述第2行Authentication realm: 之后显示的字符串为认证域名称。如果在配置文件中为设定认证域就会提示一个UUID如上述所示。 如果在配置文件中指定了如下配置项 realm test 将在svn客户端提示如下 [roottest root]# svn list svn://192.168.3.45/test Authentication realm: test Password for root: 例1svn服务配置文件conf/svnserve.conf的内容如下 [general] anon-access none auth-access write password-db ../../conf/passwd authz-db ../../conf/authz realm test 上 述配置文件设定非鉴权用户无权限访问该版本库鉴权用户可对版本库进行读写用户名口令文件为相对版本库conf目录的文件../../conf /passwd权限配置文件为相对版本库conf目录的文件../../conf/authz版本库的认证域为test。 3) 用户名口令文件 用户名口令文件由svnserve.conf的配置项password-db指定缺省为conf目录中的passwd。该文件仅由一个[users]配置段组成。 [users]配置段的配置行格式如下 用户名 口令 注意配置行中的口令为未经过任何处理的明文。 例2用户名口令文件conf/passwd的内容如下 [users] admin admin thinker 123456 该文件中配置了两个用户用户名分别为admin和thinker。其中admin用户的口令为adminthinker用户的口令为123456。 4) 权限配置文件 权限配置文件由svnserve.conf的配置项authz-db指定缺省为conf目录中的authz。该配置文件由一个[groups]配置段和若干个版本库路径权限段组成。 [groups]配置段中配置行格式如下 用户组 用户列表 用户列表由若干个用户组或用户名构成用户组或用户名之间用逗号,分隔引用用户组时要使用前缀(如引用用户组all要使用字符串all)。 版本库路径权限段的段名格式如下 [版本库名:路径] 如版本库abc路径/tmp的版本库路径权限段的段名为[abc:/tmp]。 可省略段名中的版本库名。若省略版本库名则该版本库路径权限段对所有版本库中相同路径的访问控制都有效。如段名为[/tmp]的版本库路径权限段设置了所有引用该权限配置文件的版本库中目录/tmp的访问权限。 版本库路径权限段中配置行格式有如下三种 用户名 权限 用户组 权限 * 权限 其中*表示任何用户权限的取值范围为、r和rw表示对该版本库路径无任何权限r表示具有只读权限rw表示有读写权限。 注意每行配置只能配置单个用户或用户组。 例3权限配置文件conf/authz的内容如下 [groups] g_admin admin,thinker [admintools:/] g_admin rw * [test:/home/thinker] thinker rw * r 在 上述配置文件中定义了一个用户组g_admin该用户组包含用户admin和thinker。然后定义了2个版本库路径权限段。其中版 本库admintools只有用户组g_admin可读写其他用户无任何权限版本库test中路径/home/thinker只有用 户thinker有读写权限其他用户只有可读权限。 5) 总结 在本文中详细介绍了svnserve程序的3个配置文件。SVN管理员可以通过这3个配置文件设置svnserve服务的用户名口令以及对版本库路径的访问权限。这些配置文件保存后就立即生效不需要重启svnserve服务。 需要强调的是本文介绍的配置文件只对svnserve服务有效即客户端通过前缀为svn://或svnssh://的URL访问版本库有效而对通过前缀http://、https://或file:///的URL无效。 6)、总结与提高 错误搞定后接下来就是比较轻松但乏味的事情了创建公司员工一大堆成员的用户名和密码。 比较重要的三个配置文件 passwd: 用户名和密码存放位置。 auth.conf: 每个用户授予权限。 svnserve.conf: SVN的配置文件 先说这三个文件的位置 在创建仓库时其目录下有一个名为conf的文件夹下面有authz, passwd, svnserve.conf三个文件由于上面是ApacheSVN的方式所以不使用其下面的authz和passwd只使用svnserve.conf。 而实际使用的auth.conf和passwd是在添加用户和权限分配时创建并指定其位置。 passwd在上面第6步1创建用户指定。passwd是自动生成的无需手动改动。 auth.conf在上面第6步2权限分配创建。auth.conf需手动添加内容。 注上面第5步引用了其位置所以需第5步与之保持一致。 下面对实际使用的三个配置文件稍作讲解 1passwd 是由Apache命令创建后自动生成的不要直接改动。 2auth.conf 给每个用户授予权限。详细解释可能会因人而异但本质上大同小异。 [groups] /*这个表示群组设置 Adminusr1,user2 /*这个表示admin群组里的成员user1,user2 Developu1, u2 /*这个表示Develop群组里的成员 u1,u2 [www:/] /*这表示仓库www的根目录下的访问权限 user1 rw /*www仓库user1用户具有读和写权限 user2 r /* www仓库userl用户具只有读权限 developrw /*这表示 群 develop的成员都具有读写权限 [/] /*这个表示在所有仓库的根目录下 * r /*这个表示对所有的用户都具有读权限 3svnserve.conf 注第一次配置时直接按最下面的例子去掉注释就ok了 每个代码仓库都有一个 svnserve.conf 文件来控制 svnserve 守护进程的行为。这个文件位于仓库的 conf 子目录。文件的结构与 Subversion 用户配置文件的结构类似。顶层是段落 (section)以方括号中的词指定每个段落之中是 variablevalue 形式的变量定义。以 # 开头的行被忽略。svnserve.conf 当前只使用一个段落称为 general并且支持如下变量 anon-access none|read|write 决定非授权用户的访问级别。write访问允许所有的仓库操作。read 访问允许所有操作除了提交和修改版本属性。none 不允许任何访问。默认级别是 read。 auth-access none|read|write 决定授权用户的访问级别使用与上面相同的访问级别。默认级别是 write。 password-db filename 设置密码数据库的位置。filename可能是相对仓库中 conf 目录的位置。没有默认值。密码数据库的格式与本文件相似。它只有一个段落 users段落中的每个变量是一个用户名每个值是一个密码。 realm realm-name 设置仓库的授权域(realm)。如果两个仓库拥有相同的密码数据库它们应当在同一个域中反之亦然这样的关联可以允许客户端为多个仓库使用单一的密码缓存。默认域的值是仓库的路径相对于服务器进程的虚根目录。 例子 [general] anon-access none auth-access write password-db /svn/passwd authz-db /svn/auth.conf realm My First Repository 上述配置文件设定非鉴权用户无权限访问该版本库鉴权用户可对版本库进行读写用户名口令文件为相对版本库conf目录的文件/svn/passwd 权限配置文件为相对版本库conf目录的文件/svn/auth.conf版本库的认证域为My First Repository。 最后附注 Location /svn DAV svn SVNParentPath /svn/project (此处配置你的版本库根目录) AuthType Basic 连接类型设置 基本验证 AuthName Hello welcome to here 此处字符串内容修改为提示对话框标题 AuthUserFile /svn/passwd (此处修改为访问版本库用户的文件用apache 的htpasswd命令生成) AuthzSVNAccessFile /svn/auth.conf 此处修改为访问版本库权限的文件 Require valid-user Requirevalid-user告诉apache在authfile中所有的用户都可以访问。如果没有它则只能第一个用户可以访问新建库 /Location 官方参数说明 svnserve 当对远程源版本库使用svnsync时使用Subversion的自定义网络协议。 svnserve允许Subversion版本库使用svn网络协议你可以作为独立服务器进程运行svnserve或者是使用其它进程如inetd、xinetd也是svn://或使用svnssh://访问方法的sshd为你启动进程。 一 旦客户端已经选择了一个版本库来传递它的URLsvnserve会读取版本库目录的conf/svnserve.conf文件来检测版本库特定的设 置如使用哪个认证数据库和应用怎样的授权策略。关于svnserve.conf文件的详情见“svnserve一个自定义的服务器”一节。 svnserve选项 不象前面描述的例子svnserve没有子命令—svnserve完全通过选项控制。 --daemon (-d) 导致svnserve以守护进程方式运行svnserve维护本身并且接受和服务svn端口缺省3690的TCP/IP连接。 --listen-portPORT 在守护进程模式时导致svnserve监听PORT端口。FreeBSD守护进程缺省只监听tcp6—这个选项告诉他们监听tcp4。 --listen-hostHOST svnserve监听的HOST可能是一个主机名或是一个IP地址。 --foreground 当与-d一起使用会导致svnserve停留在前台主要用来调试。 --inetd (-i) 导致svnserve使用标准输出/标准输入文件描述符更准确的是使用inetd作为守护进程。 --help (-h) 显示有用的摘要和选项。 --version 显示版本信息版本库后端存在和可用的模块列表。 --rootROOT (-rROOT) 设置svnserve服务的版本库的虚拟根客户端提供的URL中显示的路径会解释为这个根的相对路径不会允许离开这个根。 --tunnel (-t) 导 致svnserve以管道模式运行很像inetd操作的模式两种模式都维护标准输入/标准输出的连接除了连接是用当前uid的用户名预先认证过的 这一点。这个选项在客户端使用如ssh之类的管道时自动传递这意味着你很少有必要再去传递这个参数给svnserve所以如果你发现在命令行输入了 svnserve --tunnel并想知道接下来怎么做可以看“SSH 隧道”一节。 --tunnel-user NAME 与--tunnel选项结合使用告诉svnserve假定NAME就是认证用户而不是svnserve进程的UID用户当希望多个用户通过SSH共享同一个系统帐户但是维护各自的提交标示符时非常有用。 --threads (-T) 当以守护进程模式运行导致svnserve为每个连接产生一个线程而不是一个进程svnserve进程本身在启动后会一直在后台。 --listen-once (-X) 导致svnserve在svn端口接受一个连接维护完成它退出。这个选项主要用来调试。 转载于:https://www.cnblogs.com/YHM07/p/4116724.html
