Redmine conectando a SVN a través de SSL

Tengo problemas para conectar Redmine a un repository de subversión alojado localmente mediante SSL.

Sospecho que es el certificate autofirmado que generalmente desencadena una advertencia en el cliente SVN y el browser.

Cuando bash conectarme con el repository local a través de SSL en Redmine, aparece un error rojo de "Revisión no disponible". Cuando bash conectarme a través de svn:// , la connection expira y tengo que reiniciar el server web.

La connection sin SSL funciona sin problemas.

Sería bueno ejecutar subversión en SSL para que sea accesible de forma segura desde el exterior también. Podría ejecutar el repository a través de HTTP simple, pero me gustaría SSL para la comunicación externa. Por lo que yo entiendo, la subversión no se puede ejecutar en ambos sentidos al mismo time.

¿Alguien sabe qué hacer en una situación así? ¿Hay alguna configuration para ignorar certificates inválidos en alguna parte?

Si observamos la fuente que realiza Redmine, se envía al binary svn, consulte: http://www.networkingmine.org/projects/networkingmine/repository/entry/trunk/lib/networkingmine/scm/adapters/subversion_adapter.rb

Entonces, si de alguna manera puede entrenar cómo get el binary para que acepte su certificate SSL, entonces estará bien.

Desde http://groups.google.com/group/bitten/browse_thread/thread/d18b21a703c68344?pli=1 , parece que necesitas alguna interacción manual con svn para aceptar el certificate.

Así que mi sugerencia: ejecutar svn checkout contra su repository como el usuario que ejecuta networkingmine y aceptar permanentemente el certificate

El motivo por el que recibes este post es porque el usuario pnetworkingeterminado bajo el que se ejecuta networkingmine (www-data) llama al cliente "svn" para comunicarse con los repositorys pero el cliente responde diciendo que el certificate no es de confianza, por lo tanto, la connection está cerrado.

Aquí hay una solución paso a paso: http://haknick.tumblr.com/post/2380507902/networkingmine-svn-subversion-certificate-issue-ubuntu

ya que usted controla tanto al cliente como al server, ¿el cliente acepta la opción de la autoridad emisora ​​del certificate del server?

si no es una opción permanente, al less sabría si era el problema si lo hizo temporalmente.