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

Re: Question about xinetd & svn

From: Nick Hasser <nick.hasser_at_gmail.com>
Date: Sun, 11 Jan 2009 07:01:51 -0500

I don't know for sure, but my guess is that the "service svn" is binding
on all IPs on your server since you don't specify a bind address.
Specify your WAN IP address in the "service svn" section. If you have
only one IP address, you'll need to specify different port numbers for
svn and svn_private.

Nick

void pointer wrote:
> Hi,
>
> Currently I'm trying to setup 2 xinetd scripts:
>
> /etc/xinetd.d/svn
> /etc/xinetd.d/svn_private
>
> The 'svn' configuration is for my public repositories accessible to the WAN.
> The 'svn_private' configuration is for repositories accessible only to the
> LAN. However, the svn_private fails because the bind fails (Address already
> in use). How would I set this up? Am I going about this the correct way?
> I'll post my xinetd configurations below:
>
> /etc/xinetd.d/svn
> ----------------------------------------------------------
> service svn
> {
> socket_type = stream
> port = 3690
> wait = no
> user = svn
> group = svn_group
> server = /usr/bin/svnserve
> server_args = -i -r /srv/svn/repo
> log_on_failure += USERID
> disable = no
> }
>
>
>
> /etc/xinetd.d/svn_group
> ----------------------------------------------------------
> service svn
> {
> socket_type = stream
> port = 3690
> bind = 192.168.10.150
> wait = no
> user = svn
> group = svn_group
> server = /usr/bin/svnserve
> server_args = -i -r /srv/svn/repo_private
> log_on_failure += USERID
> disable = no
> }
>

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1017022

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-12 14:11:00 CET

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.