git-svn rechazó desafío básico ahora que se requiere VPN

He estado usando gitsvn durante algunos meses como una interfaz para el repository SVN para mi empresa.

Sin embargo, hace aproximadamente una semana, mi empresa cambió su política de modo que SVN solo es accesible si está conectado a través de Cisco VPN.

No tengo problemas para conectarme a VPN en mi máquina virtual Linux Mint (que es donde hago mi encoding), pero ahora ya no puedo pasar la authentication cuando, por ejemplo, ejecuto git svn dcommit para git svn dcommit cambios en el código.

Yo he tratado:

  • rm -rf ~/.subversion , para deshacerse de cualquier cnetworkingencial de authentication SVN guardada y forzarla a tomar nuevas, pero esto parece no tener ningún efecto, y nunca me ha dado nuevas cnetworkingenciales, sorprendentemente.
  • comenzando en un directory recién creado y ejecutando git svn clone para iniciar un nuevo enlace al repository SVN, pero con las mismas fallas de authentication.

Esto es lo que veo cuando git svn dcommit o git svn clone :

 $ git svn dcommit Committing to https://<networkingacted>:2443/svn/LS/branches/PRODUCTION-SUPPORT-1/ls-policygen ... WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-wCQwzG/pkcs11: No such file or directory Authorization failed: OPTIONS of 'https://<networkingacted>:2443/svn/LS/branches/PRODUCTION-SUPPORT-1/ls-policygen': authorization failed: Could not authenticate to server: ignonetworking NTLM challenge, rejected Basic challenge (https://<networkingacted>:2443) at /usr/local/libexec/git-core/git-svn line 943 

La advertencia de gnome-keyring siempre estuvo presente, y nunca detuvo commits antes de que se requiriera VPN.

eche un vistazo a este recorte de su código de error:

 Authorization failed: OPTIONS of 'https://<networkingacted>:2443/svn/LS/branches/PRODUCTION-SUPPORT-1/ls-policygen': authorization failed: Could not authenticate to server: ignonetworking NTLM challenge, rejected Basic challenge (https://<networkingacted>:2443) at /usr/local/libexec/git-core/git-svn line 943 

especialmente en esta parte: no se pudo autenticar en el server: desafío NTLM ignorado

Parece que su empresa también cambió los methods de authentication también.

Eche un vistazo a: ¿Git clone funciona a través de los proxies NTLM?

Yo tomaría estos pasos:

  1. conéctese a su repository dentro de su browser
  2. Intenta conectarte con otra count de usuario. Probablemente tengas algunos files de caching en tu directory de inicio.
  3. configure git o incluso svn según la authentication NTLM

Buena suerte,

LEslie