¿Cómo puedo configurar el proxy para subversion con el túnel ssh?

Quiero verificar / actualizar el código a través del proxy ya que mi conexión local es lenta. Configuré el túnel ssh: ssh -D 8090 user@ssh.proxy.net para reenviar todos los paquetes a mi host local: 8090.

¿Cómo puedo configurar subversion para usar esto?

Está utilizando SSH para configurar un servidor SOCKS local que haga un túnel hacia su servidor SSH. Usted menciona que su razón para hacerlo es que "la conexión local es lenta", pero no veo cómo hacer un túnel a un servidor SSH lo hará más rápido.

De todos modos, su problema es que Subversion puede conectarse a través de un proxy HTTP o un túnel SSH, pero no tiene idea de SOCKS. Por lo tanto, necesita SOCKSify Subversion capturando todas sus conexiones TCP y redirigiéndolas al proxy SOCKS.

En lugar de parafrasear a los que lo han hecho antes, te señalaré sus explicaciones detalladas:

• http://blog.yimingliu.com/2009/03/05/ssh-subversion-through-socks-proxy-on-mac-os-x/
• http://sites.google.com/a/gapps.oxuni.org.uk/oliver/Home/Teleworking

O, en pocas palabras, principalmente cortado y pegado de la página de Oliver:

Debian contiene dos calcetines que también están disponibles en sourceforge. El más reciente actualizado es ProxyChains, y es bastante sencillo de configurar. La mayoría de los calcetines funcionan de manera similar, por lo que estas instrucciones deben ser un caso general razonable. Para configurar ProxyChains solo necesita editar $ (HOME) /. Proxychains / proxychains.conf para tener solo las siguientes líneas:

DynamicChain
tcp_read_time_out 15000
tcp_connect_time_out 10000
[ProxyList]
socks5 127.0.0.1 8090
# NB: for some reason 'localhost' doesn't work in the above line

Todo lo que necesita hacer es 'envolver' svn en ProxyChains.

proxychains svn commit

En el ejemplo anterior, la aplicación svn no era más sabia de que su TCP se conecta al servidor Subversion se redirigió a través de su proxy SOCKS ".

Publicando aquí, ya que encontré una manera menos difícil de hacer esto. Puede usar Polipo para usar su túnel SSH SOCKS sobre proxy HTTP, agregando las siguientes líneas a su configuración:

socksParentProxy = "localhost:8090"
socksProxyType = socks5

polipopor defecto escucha en el puerto 8123. Y luego, en $HOME/.subversion/serverscrear un grupo de anfitriones de subversión que desee comprobar hacia fuera de, por ejemplo, si su subversión repositorio central (s) se nombran proj1.svn.domain.tld, proj2.svn.domain.tld, etc, a continuación, añadir después a [groups]la sección:

[groups]
domain = *.svn.domain.tld

Y finalmente especifique una configuración de proxy para el grupo de hosts que acaba de agregar agregando un bloque para el grupo:

[domain]
http-proxy-host=localhost
http-proxy-port=8123

Después de esto, debería poder operar en el repositorio normalmente, como solía trabajar sin túnel SSH.

HTH

No sé sobre hacer túneles ssh -Dpero usar algo como

ssh -L8090:svn.server.com:22 user@other.server.com

Luego puede hacer un túnel agregando un nuevo protocolo a subversion con el puerto particular en el que se encuentra el túnel. Entonces, en ~ / .subversion / config agregue una línea como

pssh = ssh -p8090

en la [tunnels]sección y luego en lugar de svn + ssh: //user@original.com use svn + pssh: // user @ localhost

Si tiene una copia de trabajo existente, puede usar

svn switch --relocate svn+ssh://user@original.com svn+pssh://user@localhost

para cambiar la dirección a la que está vinculada la copia de trabajo sin tener que hacer un nuevo pago.

Mire los archivos de configuración predeterminados en ~ / .subversion / Hay muchos ejemplos útiles comentados. Los proxies se configurarían en ~ / .subversion / Server

Hay ocasiones en que se requiere en una PC con Windows para obtener una conexión svn + ssh al repositorio SVN a través del servidor proxy de calcetines . Este problema se puede resolver con Putty, que proporciona la funcionalidad SSH y puede funcionar con diferentes tipos de proxy. La solución propuesta no requiere reenvío de puerto local.

1. Inicie putty y cree una sesión (por ejemplo, socks_proxy)
2. Configure SOLO el proxy para la sesión (Conexión-> Proxy) donde se requiere enviar el nombre de host y el puerto del proxy . Putty funciona con la selección de diferentes tipos de proxy, incluidos SOCKS4 y SOCKS5. Opcionalmente, puede proporcionar el nombre de usuario y la contraseña para el acceso de proxy.
3. Guarda la sesión. Recuerde que la sesión no tendrá un Nombre de host configurado para la conexión.
4. Abra el archivo de configuración SVN Application Data \ Subversion \ config y ubique la sección [túneles]
5. Ponga una descripción adicional del protocolo SVN debajo del título de la sección: ssh = PATH_TO_PLINK / PLINK.EXE -load socks_proxy . En realidad, el nombre del protocolo es su elección, por lo que puede elegir cualquier nombre si ya se usa ssh (por ejemplo, use pssh = en lugar de ssh = ).
6. Configure la clave para el acceso SSH al servidor de destino donde se utilizará SSH para ejecutar svnserve . Se recomienda usar el concurso para mantener las claves.
7. Use svn para acceso svn + ssh. El nombre de usuario debe pasarse en la URL: svn ls svn + nombre_protocolo : // nombredeusuario @ servidor / repositorio donde el nombre del protocolo debe sustituirse por el nombre real utilizado en la sección [túneles] de la configuración SVN.

Qué es: SVN usará el nombre del protocolo para detectar que plink.exe debe usarse para la conexión y plink usará el nombre de sesión socks_proxy para identificar que el proxy está presente. Recuerde que PATH_TO_PLINK debe ingresarse con barra diagonal, no con barra diagonal inversa. Ejemplo para ocasiones cuando plink.exe se encuentra en la carpeta C: \ Archivos de programa \ Putty: ssh = C: / Archivos de programa / Putty / PLINK.EXE -load socks_proxy .

Puedes probar tsocks . Con tsocks, lo configura para usar el proxy SOCKS que configura SSH y luego ejecuta svn de esta manera:

tsocks svn co {etc...}