2008-09-21 21 views
37

Estoy intentando configurar una nueva computadora para sincronizar con mi repositorio SVN alojado en cvsdude.com .Error de TortoiseSVN: "OPCIONES de 'https: // ...' no se pudieron conectar al servidor (...)"

me sale este error: [1]

[SVN error] - imagen eliminado ImageShack que había sido sustituido por un anuncio

Aquí es lo que hice (éstos han funcionado en el pasado):

  1. descargado e instalado TortoiseSVN

  2. Se creó una nueva carpeta C: \ aspwebsite

  3. hace clic derecho, eligió SVN Checkout ...

  4. incluir la siguiente información, hace clic en OK:

  5. Got TortoiseSVN error:

En lugar de obtener el error , TortoiseSVN debería haber pedido mi nombre de usuario y contraseña y luego haber descargado unos 90MB.

¿Por qué no puedo realizar el pago desde mi repositorio Subversion?


Kent Fredric wrote:

Either their security certificate has expired, or their hosting is broken/down.

Contact CVSDude and ask them whats up.

It could also be a timeout, because for me their site is exhaustively slow..

él los errores después de sólo un par de segundos. No creo que sea un tiempo muerto.

Matt wrote:

Try visiting https://[redacted]-svn.cvsdude.com/aspwebsite and see what happens. If you can visit it in your browser, you ought to be able to get the files in your SVN client and we can work from there. If it fails, then there's your answer.

Puedo acceder al sitio en un navegador web.

+0

Cuando se hace referencia a es probable que significa . Al menos, esta es la forma en que CVSDude estructura sus URL. – Luke

+0

¿Alguna vez resolvió este problema? – GernBlandston

+0

Tu enlace de imagen parece haberse roto. Si todavía tiene la imagen original, vuelva a cargarla en stack.imgur. O, mejor aún, solo escribe el texto del error. –

Respuesta

2

O su certificado de seguridad ha caducado o su alojamiento no funciona.

Póngase en contacto con CVSDude y pregúnteles qué pasa.

También podría ser un tiempo de espera, porque para mí su sitio es exhaustiva lento ..

+0

Se produce un error después de solo un par de segundos. No creo que sea un tiempo muerto. –

37

Compruebe que la configuración del proxy en TortoiseSVN-> Configuración> Red.

Quizás estén configurados de forma diferente que en su navegador web.

+1

Tenga en cuenta también que algunos proxys (como el de mi oficina) no admiten el uso de SVN a través de ellos sin algún tipo de configuración manual. Más información está disponible en su sitio web, iirc. –

+0

+1, estaba obteniendo esto con Codeplex svn y resultó ser la configuración del proxy de Tortoise. – codeulike

+0

Vale la pena señalar que gran parte de este hilo no es específico de TortoiseSVN. Acabo de tener el mismo error en la línea de comandos de SVN en OSX. El mensaje ridículamente inútil ("svn: OPTIONS of" - really ??) oculta el hecho de que necesita establecer configuraciones de proxy específicamente para SVN (incluso si están en las preferencias de red del sistema). –

2

Es el problema con su configuración proxy en TortoiseSVN. Conéctese usando una red que no use proxy o configure su proxy correctamente.

1

Tengo el mismo problema como este, pero usando mi propio servidor. Quizás APACHE solo permita una conexión limitada al mismo servidor. Estoy aumentando la configuración max_connection y KeepAlive. Hasta aquí todo bien.

4

Acabo de tener un problema similar, pero no error inmediatamente, por lo que puede no haber sido el mismo problema.

Estoy detrás de un firewall y cambié mi configuración de proxy (TortoiseSVN-> Configuración-> Red) para acceder ayer a un repositorio de código abierto. Recibí el error esta mañana tratando de pagar un reintegro en el dominio local detrás del firewall. Solo tuve que eliminar la configuración de proxy en TortoiseSVN-> Configuración-> Red para que funcione nuevamente localmente.

1

Tuve un problema similar; resulta que fue un problema de sensibilidad de mayúsculas y minúsculas. Por lo tanto, asegúrese de usar la caja adecuada.

+0

¿Caso sensible de qué? El nombre del servidor en una URL no distingue entre mayúsculas y minúsculas (pero la ruta es) – rds

1

Intente pegar en la URL SVN en la barra de dirección de su navegador. Es probable que veas que no puedes conectarte debido a algún problema con la URL. Tuve este problema hoy y el problema fue que había escrito mal el número de puerto, pero como otros han notado, también podría ser un problema de sensibilidad a mayúsculas y minúsculas, configuraciones de proxy u otros problemas de nivel de conexión.

27

Última reacción, pero he tenido problemas con esto por un tiempo, así que tal vez pueda salvar a alguien mostrando mi solución.

Mi problema mostró un poco diferente, pero la causa podría ser la misma.

En mi situación, TortoiseSVN siguió tratando de conectarse a través de un servidor proxy. Pude acceder a SVN a través de Chrome, Firefox y IE bien.

Resulta que hay un archivo de configuración que tiene una configuración diferente a la que muestra la GUI en TortoiseSVN.

La mina se encuentra aquí: C:\Documents and Settings\[username]\Application Data\Subversion\, pero también puede abrir el archivo a través de la interfaz gráfica de TortoiseSVN.

TortoiseSVN

En mi archivo, http-proxy-exceptions was empty. Después de que lo especifiqué, todo funcionó bien.

[global] 
http-proxy-exceptions = 10.1.1.11 
http-proxy-host = 197.132.0.223 
http-proxy-port = 8080 
http-proxy-username = defaultusername 
http-proxy-password = defaultpassword 
http-compression = no 
+0

gracias. ayudado para mí –

+0

Trabajó una delicia. Gracias – skyfoot

+2

¡Perfecto !, gracias. – Gabriel

1

no tenía la configuración de red cambiadas en cualquier forma y por lo tanto la mayoría de las cosas que aquí se presenta no se aplicaban a mí. Después de jugar mucho, el comentario sobre el escáner de virus me puso en el camino correcto: hay algunos escáneres de virus como McAfee, que protegen ciertas áreas de los directorios del sistema y los hacen de solo lectura. Cuando se conecta a un servidor por primera vez, Tortoise SVN intenta escribir el certificado en uno de estos archivos que falla debido a la protección. Apague la protección brevemente, inicie la extracción y después del diálogo de certificado, puede volver a encenderla. Esto al menos funcionó para mí.

1

me dieron el mismo error hoy y descubrieron que el firewall está bloqueando el cliente SVN

14

Comprendo que esto es una vieja pregunta, pero el mismo problema que me pasó, pero por una razón completamente diferente.

Podría ser que cvs-dude cambió los certificados, por lo que ya no coincide con el certificado que ha almacenado en caché.

Puede ir al TortoiseSVN-> Configuración-> Datos guardados y hacer clic en el botón 'Borrar' al lado de 'Datos de autenticación' y luego intentar de nuevo.

+0

gracias! - Muy útil – Rory

8

Esto me estaba volviendo loco y lo resolví hoy. Estoy publicando en este hilo antiguo porque llegué aquí varias veces mientras buscaba una solución. Espero que esto ayude a alguien. Para mí, he comprobado SVN-settings -> Red -> Editar archivos del servidor de Subversion y se encontró que había algunas líneas sin comentar al final:

http-proxy-host = 
ssl-trust-default-ca = no 
http-proxy-username = 
http-proxy-password = 

que diferían de mis compañeros de trabajo. Una vez que comento esto, comenzó a funcionar nuevamente.

+0

me ayudó, eres el jefe. – bharal

+0

Funcionó para mí también. Gracias ! –

+0

Encontré un archivo llamado "servidor" en C: \ Users \ All Users \ Subversion \. I El archivo contiene el mismo contenido que tiene en su respuesta. Eliminar este archivo resolvió el problema para mí. – ala

1

Esto puede ocurrir debido a que está tratando de verificar el repositorio accediendo a él a través de un servidor proxy sin habilitar el servidor proxy en el lugar donde necesita cambiar la configuración en TortoiseSvn. Por lo tanto, si está utilizando un servidor proxy, asegúrese de marcar en "Activar servidor proxy" en Configuración-> Red y proporcionar la dirección del servidor y el número de puerto en los lugares relevantes. Ahora trata de ver de nuevo.

1

Gracias a todos los comentadores en esta página. La primera vez que instalé el último TortoiseSVN obtuve este error.

Estaba usando la última versión, así que decidí rebajar a 1.5.9 (como el resto de mis colegas estaban usando) y esto lo hizo funcionar. Luego, una vez construido, mi máquina se movió a otra subred y el problema comenzó nuevamente.

Fui a TortoiseSVN-> Configuración-> Datos guardados y borré los datos de Autenticación. Después de esto, funcionó bien.

6

Parece que definitivamente está detrás de un servidor proxy.

Cuando esto hace no trabajo para mí a mis Proxy:

svn checkout http://v8.googlecode.com/svn/trunk/ v8-read-only 

este hace:

svn --config-option servers:global:http-proxy-host=MY_PROXY_HOST --config-option servers:global:http-proxy-port=MY_PROXY_PORT checkout http://v8.googlecode.com/svn/trunk/ v8-read-only 

ACTUALIZACIÓN me olvidó citar a mi fuente: -)

http://svnbook.red-bean.com/en/1.1/ch07.html#svn-ch-7-sect-1.3.1

1

asegúrese de que cuando agrega sus entradas de proxy al archivo de servidor, las agregue en el grupo [global]. (Eso pareció marcar la diferencia para mí en ubuntu.)

0

Para mí this was the solution.

El problema era que el servidor SVN estaba detrás de un proxy inverso (libra).Y el proxy inverso tuvo que ser dicho para permitir OPTIONS.

0

remoto Se puede acceder al servidor VisualSVN 2.5.8 desde al menos 3 computadoras. Sin embargo en mi equipo local de la URL del repositorio que no era accesible y svn ls https://server-ip:443/svn/project/trunk de error de retorno

OPTIONS of 'https://…' could not connect to server (…) 

Mi equipo local se utiliza para tener acceso al servidor. Lo único que se modificó fue cambiar a una conexión http en lugar de a https por razones de Redmine (emisión del certificado).

Intenté las cosas enumeradas arriba. Lo que realmente resolvió mi problema fue instalar un nuevo VisualSVN server 2.5.9 usando el mismo repositorio. Y también Redmine reconoció el nuevo repositorio a través de https.

1

tengo este error también cuando tuve mi servidor como una excepción para el proxy en el archivo de configuración SVN así: http-proxy-exceptions = *.repo.domain.com

La solución para mí era usar la IP del servidor SVN en lugar del nombre. Por algún motivo, el nombre no se resolvió correctamente desde Eclipse Juno - Subclipse y desde TortoiseSVN.

Por lo tanto, lo que funcionó para mí: http-proxy-exceptions = XXX.XX.X.X (el servidor IP)

+0

Lo soluciono agregando http-proxy-exceptions = ... Tks para la sugerencia – meurer

Cuestiones relacionadas