TortiseSVN svn + ssh Error: No se puede conectar a un repositorio en la URL ... La conexión de red se cerró inesperadamente

Estoy teniendo problemas para acceder a un repositorio SVN utilizando TortoiseSVN 1.7.8.

El repositorio SVN está en una caja de CentOS 6.3 conopenssh 5.3p1:81.el6 y parece estar funcionando correctamente.

# svnadmin --version
# svnadmin, version 1.6.11 (r934486)

Puedo acceder al repositorio desde otra caja de CentOS con este comando:

svn list svn+ssh://USER@xxx.xx.xx.xxx/var/svn/joetest

Pero cuando intento navegar en el repositorio utilizando TortiseSVN desde una estación de trabajo con Win 7, no puedo hacerlo usando la siguiente ruta:

svn+ssh://USER@xxx.xx.xx.xxx/var/svn/joetest

Recibo el siguiente error de TortoiseSVN:

No se puede conectar a un repositorio en la URL 'svn + ssh: //USER@xxx.xx.xx.xxx/var/svn/joetest' Para depurar mejor los problemas de conexión de SSH, elimine la opción -q de 'ssh' en el [ sección de túneles] de su archivo de configuración de Subversion. Conexión de red cerrada inesperadamente

Puedo iniciar sesión a través de SSH desde la estación de trabajo utilizando Putty.

Los resultados son los mismos si intento acceder como root.

Le he dado la propiedad del repositorio/var/svn/ aUSER:USER y corrió
chmod 2700 -R /var/svn/.

Como puedo acceder al repositorio a través de ssh desde otra caja de Linux, los permisos no parecen ser el problema.

Cuando veo el archivo de registro utilizandotail -fn 2000 /var/log/secure, Veo lo siguiente cada vez que TortiseSVN solicita la contraseña:

Sep 26 17:34:31 dev sshd[30361]: Accepted password for USER from xx.xxx.xx.xxx port 59101 ssh2
Sep 26 17:34:31 dev sshd[30361]: pam_unix(sshd:session): session opened for user USER by (uid=0)
Sep 26 17:34:31 dev sshd[30361]: pam_unix(sshd:session): session closed for user USER

De hecho, puedo iniciar sesión, pero la sesión se cierra inmediatamente.

Me llamó la atención que la sesión se abriera para el USUARIO por root(uid=0), lo que puede ser correcto, pero lo mencionaré en caso de que tenga algo que ver con el problema.

Miré en modificar elsvnserve.conf, pero por lo que puedo decir, no se usa cuando se accede al repositorio a través desvn+ssh, se crea una instancia privada de svnserve para cada inicio de sesión a través de este método. Del manual:

Todavía hay una tercera forma de invocar svnserve, y eso es en "modo túnel", con la opción -t. Este modo supone que un programa de servicio remoto como RSH o SSH ha autenticado correctamente a un usuario y ahora está invocando un proceso privado de svnserve como ese usuario. El programa svnserve se comporta normalmente (se comunica a través de stdin y stdout) y supone que el tráfico se redirige automáticamente a través de algún tipo de túnel de regreso al cliente. Cuando svnserve es invocado por un agente de túnel como este, asegúrese de que el usuario autenticado tenga acceso completo de lectura y escritura a los archivos de la base de datos del repositorio. (Consulte Servidores y permisos: Una palabra de advertencia). Es esencialmente lo mismo que un usuario local que accede al repositorio a través de las URL de archivo: ///.

La única configuración no predeterminada ensshd_config son:

Protocol 2 # to disable Protocol 1

SyslogFacility AUTHPRIV

ChallengeResponseAuthentication no

GSSAPIAuthentication yes
GSSAPICleanupCredentials yes

UsePAM yes

AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS

X11Forwarding no

Subsystem       sftp    /usr/libexec/openssh/sftp-server

¿Alguna idea?