<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Moving from svnserve to svn+ssh</title>
	<atom:link href="http://cameronyule.com/2008/07/moving-from-svnserve-to-svnssh/feed" rel="self" type="application/rss+xml" />
	<link>http://cameronyule.com/2008/07/moving-from-svnserve-to-svnssh</link>
	<description>Glasgow based new media developer Cameron Yule.</description>
	<pubDate>Fri, 21 Nov 2008 12:37:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Stian</title>
		<link>http://cameronyule.com/2008/07/moving-from-svnserve-to-svnssh#comment-240</link>
		<dc:creator>Stian</dc:creator>
		<pubDate>Tue, 18 Nov 2008 20:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://cameronyule.com/?p=53#comment-240</guid>
		<description>Great article. Another small tip I use. You could change this:

ssh = /usr/bin/ssh -p XXXX -l REMOTEUSERNAME -C

to this:

ssh_repo = /usr/bin/ssh -p XXXX -l REMOTEUSERNAME -C

Just illustrating that you can give it whatever alias you like. Then you connect with your alias like this.

svn co svn+ssh_repo://yoururl/path/to/repository/trunk</description>
		<content:encoded><![CDATA[<p>Great article. Another small tip I use. You could change this:</p>
<p>ssh = /usr/bin/ssh -p XXXX -l REMOTEUSERNAME -C</p>
<p>to this:</p>
<p>ssh_repo = /usr/bin/ssh -p XXXX -l REMOTEUSERNAME -C</p>
<p>Just illustrating that you can give it whatever alias you like. Then you connect with your alias like this.</p>
<p>svn co svn+ssh_repo://yoururl/path/to/repository/trunk</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cameron</title>
		<link>http://cameronyule.com/2008/07/moving-from-svnserve-to-svnssh#comment-167</link>
		<dc:creator>Cameron</dc:creator>
		<pubDate>Thu, 28 Aug 2008 08:58:44 +0000</pubDate>
		<guid isPermaLink="false">http://cameronyule.com/?p=53#comment-167</guid>
		<description>Yep, the problems you mention are definitely worth bearing in mind, especially if your knowledge of Linux isn't particularly strong. 

The permissions issue with regards the SVN database files is probably the most worrying part. I needed each of my developers to have a shell account on the server anyway, so setting up restricted accounts (no sudo/su) and using svn+ssh just seemed to fit. 

You're totally right about the SVN server situation - it could be more straightforward!</description>
		<content:encoded><![CDATA[<p>Yep, the problems you mention are definitely worth bearing in mind, especially if your knowledge of Linux isn&#8217;t particularly strong. </p>
<p>The permissions issue with regards the SVN database files is probably the most worrying part. I needed each of my developers to have a shell account on the server anyway, so setting up restricted accounts (no sudo/su) and using svn+ssh just seemed to fit. </p>
<p>You&#8217;re totally right about the SVN server situation - it could be more straightforward!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gonz</title>
		<link>http://cameronyule.com/2008/07/moving-from-svnserve-to-svnssh#comment-166</link>
		<dc:creator>Gonz</dc:creator>
		<pubDate>Thu, 28 Aug 2008 06:43:58 +0000</pubDate>
		<guid isPermaLink="false">http://cameronyule.com/?p=53#comment-166</guid>
		<description>I'll tell you why we don't use svn+ssh -- it's actually LESS secure than svnserve:

- Linux shell accounts need to be created for each SVN user (greatly increasing the damage that could be caused by a compromised password)

- These Linux accounts need to have read/write permission to the raw svn database files, effectively defeating any repository security mechanisms (e.g. conf/authz)

What you would need is to restrict the Linux user accounts so they can only run svnserve, and then configure svnserve to "setuid" to an "svn" role account.  This is a complicated change that requires advanced knowledge of Linux, introducing opportunities for mistakes that would further compromise the system security.

This situation has always bothered me.  I don't understand why svnserve doesn't implement compression and encryption as a basic part of its protocol.  I just want to run an SVN server for developers.  I don't want to setup and administer a web site!  I don't want to give away lots of shell accounts to my server!

-Gonz</description>
		<content:encoded><![CDATA[<p>I&#8217;ll tell you why we don&#8217;t use svn+ssh &#8212; it&#8217;s actually LESS secure than svnserve:</p>
<p>- Linux shell accounts need to be created for each SVN user (greatly increasing the damage that could be caused by a compromised password)</p>
<p>- These Linux accounts need to have read/write permission to the raw svn database files, effectively defeating any repository security mechanisms (e.g. conf/authz)</p>
<p>What you would need is to restrict the Linux user accounts so they can only run svnserve, and then configure svnserve to &#8220;setuid&#8221; to an &#8220;svn&#8221; role account.  This is a complicated change that requires advanced knowledge of Linux, introducing opportunities for mistakes that would further compromise the system security.</p>
<p>This situation has always bothered me.  I don&#8217;t understand why svnserve doesn&#8217;t implement compression and encryption as a basic part of its protocol.  I just want to run an SVN server for developers.  I don&#8217;t want to setup and administer a web site!  I don&#8217;t want to give away lots of shell accounts to my server!</p>
<p>-Gonz</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://cameronyule.com/2008/07/moving-from-svnserve-to-svnssh#comment-79</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Wed, 09 Jul 2008 11:49:19 +0000</pubDate>
		<guid isPermaLink="false">http://cameronyule.com/?p=53#comment-79</guid>
		<description>Good thinking, well worth looking into!</description>
		<content:encoded><![CDATA[<p>Good thinking, well worth looking into!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.221 seconds -->
