TortoiseSVN no se puede conectar al servidor SlikSVN Subversion

He creado un servidor SubVersion en una de las máquinas de mi grupo de trabajo. Desde mi cuadro de desarrollo, puedo acceder al repositorio y registrar/ingresar archivos sin ningún problema.TortoiseSVN no se puede conectar al servidor SlikSVN Subversion

Acabo de instalar TortoiseSVN y no importa lo que haga, no se conectará al repositorio en el servidor. Aparece el error infame "No se pudo establecer ninguna conexión porque la máquina objetivo lo rechazó activamente".

¿Alguien tiene alguna idea de por qué esto podría ser ...? Hasta donde yo sé, la extensión de caparazón de tortuga se está ejecutando bajo mis credenciales de usuario. Parece extraño que las herramientas de línea de comandos de SVN funcionen correctamente, pero no Tortoise.

Ambas máquinas están ejecutando Vista

NOTA: En ambos casos estoy usando el protocolo svn para conectar

Finalmente, lo he arreglado ...! El problema parece ser con el paquete de Subversion que descargué. Descargué la última versión de SlikSVN (1.5.5) y lo instalé en mi cliente y servidor. Parece que a TortoiseSVN no le gusta esta versión/compilación. Acabo de desinstalar SlickSVN en ambas máquinas y tomé la última versión de CollabNet y ahora todo funciona como esperaba.

Fuente

2009-01-04 Sean

¡Finalmente lo arreglé ...!

El problema parece ser con el paquete de Subversion que descargué. Descargué la última versión de SlikSVN (1.5.5) y lo instalé en mi cliente y servidor. Parece que a TortoiseSVN no le gusta esta versión/compilación. Acabo de desinstalar SlickSVN en ambas máquinas y tomé la última versión de CollabNet y ahora todo funciona como esperaba.

Fuente

2009-01-04 18:12:47 Sean

¿Qué protocolo está utilizando para acceder al repositorio del lado del servidor? Si no es un protocolo file://, ¿ha confirmado que el servidor correspondiente se está ejecutando realmente? Trate de conectarse a él de forma manual, por ejemplo mediante la ejecución de

telnet target.machine.ip.address target_port

(por supuesto, en sustitución target.machine.ip.address por la dirección IP real y target_port por el puerto del servidor numérico). Si ese puerto está abierto, la pantalla se borrará, de lo contrario telnet se bloqueará por un tiempo y luego se quejará.

Si funciona utilizando la dirección IP y no el nombre de la máquina, que tienen un problema de resolución de nombres (revise su DNS y/o WINS.)

Fuente

2009-01-04 11:19:42

Estoy usando SVN como protocolo y el servidor se está ejecutando. ¡Puedo conectarme a él a través de la línea de comando e incluso a través de un navegador web! – Sean

Lo sentimos, pero a menos que tengas instalado el svnprotocolhandler, ¡no puedes navegar por un repositorio servido por svnserve con un navegador! ¿Quizás tengas instalado Apache? Luego debe usar las URL http o https en lugar de las urls svn: //. – Stefan

Por favor, compruebe lo siguiente:

está configurado su cortafuegos para permitir el tráfico (el puerto 3690, de manera predeterminada, o cualquier otro puerto en el que pueda tener svnserve configurado para ejecutarse). Verifique los firewalls tanto en su máquina cliente como en la máquina que ejecuta svnserve.
muchos escáneres de virus también interfieren con los puertos de red "inusuales"
el host svnserve predeterminado está escuchando en 'localhost', lo que significa que no podrá conectarse a él desde otra máquina. ¿Comenzó svnserve con el parámetro '--listen-host serverhostname'?

Editar: si está utilizando el servidor collab.net, tiene que iniciar el servicio manualmente:

net start svnserve

También esto podría ayudar: http://subversion.open.collab.net/articles/svnserve-service.htm

Fuente

2009-01-04 11:32:06 Stefan

No hay firewall habilitado en el servidor, pero está en el cliente. Configuré el firewall del cliente para permitir el puerto 3690. El único antivirus es Windows Defender. He intentado la configuración --listen-host pero no importa – Sean

¿Cuál es la línea de comando con la que inicias svnserve? – Stefan

Uso c: \ svn \ bin \ svnserve.exe --service -r c: \ repository (nota: saqué --listen-host porque no hizo diferencia). Como dije en mi publicación, todo funciona usando las herramientas de línea de comandos de subversión. Es cuando trato de Tortoise que tengo problemas – Sean

podría valer la pena comprobar que Tortoise no ha detectado una configuración de proxy (configuración de red en configuración de Tortoise). Desde la misma pantalla, puede abrir el archivo del servidor SVN y ver si hay algo raro sucediendo allí.

Fuente

2009-01-04 12:00:23

Lo comprobé y todo está comentado :-( – Sean

Bummer. ¿Puedes probarlo con otro protocolo como HTTP? –

Es posible que desee hacer esta pregunta en la lista de correo TSVN:

Ver http://tortoisesvn.net/community o http://groups.google.com/group/tortoisesvn

lo general, recibirá una respuesta muy rápidamente.

Fuente

2009-01-04 12:18:50 M4N

Tuve el mismo problema con SlickSVN 1.5.5. Pero en mi caso era un servidor local de subversión ejecutándose en modo deamon. El paquete CollabNet funciona bien con la misma configuración.

Fuente

2009-02-08 23:29:13

El cliente Slik Subversion está habilitado para IPv6 e IPv4, por lo que si su sistema dice que prefiere IPv6. Con el argumento --listen-host‖ puede elegir cómo debe escuchar.

Fuente

2009-03-06 13:13:26

Simplemente agregue --listen-host 0.0.0.0 a su comando de servicio SVN. El problema es que está creando el servicio escuchando IPv6 y está intentando acceder usando IPv4. Mira esto:

http://www.renaissance-design.net/code/installing-and-configuring-svnserve-and-tortoisesvn-on-windows/

Fuente

2011-03-02 22:20:39 Ronald

Gracias, hombre. ¡Tu respuesta resolvió mi problema! :) –

me re-ejecutó el comando svnserve --daemon --root D:\Subversion\Repo, y esto resuelve este error.

Este error apareció repentinamente. Estuvimos trabajando bien un minuto, y al siguiente vimos este error. No estoy seguro por qué.

Fuente

2012-01-10 06:43:16 George