TortoiseSVN no puede conectarse al servidor de Subversion SlikSVN

StackOverflow https://stackoverflow.com/questions/410844

Pregunta

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 / retirar archivos sin ningún problema.

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

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

Ambas máquinas ejecutan Vista

NOTA: en ambos casos estoy usando el protocolo svn para conectarme

¡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 la 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 obtuve la última versión de CollabNet y ahora todo funciona como se esperaba!

¿Fue útil?

Solución 3

¡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 la 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 obtuve la última versión de CollabNet y ahora todo funciona como se esperaba!

Otros consejos

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 a él usando IPv4 . Mira esto:

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

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

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

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

Verifique lo siguiente:

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

Editar: Si está utilizando el servidor collab.net, debe iniciar el servicio manualmente: 

net start svnserve

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

Puede valer la pena comprobar que Tortoise no ha elegido una configuración de proxy (configuración de red en la configuración de Tortoise). Desde la misma pantalla, puede abrir el archivo del servidor SVN y ver si hay algo extraño allí.

¿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? Intente conectarse manualmente, por ejemplo ejecutando

telnet target.machine.ip.address target_port

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

Si funciona usando la dirección IP y no el nombre de la máquina, tiene un problema en la resolución de nombre (verifique la configuración de DNS y / o WINS).

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

El cliente Slik Subversion tiene IPv6 e IPv4 habilitado, por lo que si su sistema dice que prefiere IPv6. Con el argumento --listen-host puedes elegir cómo debería escuchar.

Volví a ejecutar el comando svnserve --daemon --root D: \ Subversion \ Repo , y esto resolvió este error.

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

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top