[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: SVN "Relay"

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Mon, 02 Aug 2010 07:44:28 -0500

Istace Emmanuel wrote:

> Ok, but that's not what i we at work. The local svn will be a "working copy"
> of the external svn. In fact, no user have to use the external svn if
> there's a local svn. The goal of this is the limit the access to the WAN. If
> the external svn is sync twice per day, we can limit these access and
> decrease the commit time for internal user (we have no external user).

If you have no external users, why not put the main repository on the LAN
instead of a copy? If you need an offsite copy for backup, do the svnsync
periodically to the WAN copy where you don't have to worry about any other commits.

> A LAN
> commit is faster than a WAN commit (the bandwith is lower for wan) And we
> can have a better security, we have no control on what's do on the WAN with
> our data and many commit from LAN to WAN are "point of access to private
> data" (SSL or not, ssl is not a good security, you can spoof him easily).

Should I be worried about banking transactions or credit card orders?

> We
> can limit this risk by limitting the data who are sent.

You could use any kind of VPN you want with the remote site. Use an IPSEC
tunnel between hosts if you don't trust SSL. Or OpenVPN with blowfish.

-- 
   Les Mikesell
    lesmikesell_at_gmail.com
Received on 2010-08-02 14:45:15 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.