Confirmar a VisualSVN falla auth rechazado

Tengo problemas para realizar confirmaciones en un repository de subversión con el server VisualSVN. Puedo verificar el código y la actualización, por lo que el nombre de usuario y la contraseña que uso son correctos. Sin embargo, cuando bash comprometerme, recibo fallas de Autorización constantes. He intentado con versiones no interactivas, interactivas, de línea de command, svnX, todas con el mismo resultado.

svn: Commit failed (details follow): svn: MKACTIVITY of 'xxxxxx/4a1e3c7e-8efd-47f0-abf6-80239ee625c8': authorization failed: Could not authenticate to server: rejected Basic challenge 

El repository obviamente se ejecuta bajo https.

He estado usando otros repositorys SVN desde la command-line durante años, y nunca tuve este problema. He leído muchas publicaciones sobre este tema, pero todas tenían problemas con la authentication almacenada localmente por subversión que no era válida, borré esos cachings, pero nada.

Especialmente desde que el pago y las actualizaciones funcionan, estoy perplejo. También puedo iniciar session en el server de Windows en el que se ejecuta el server VisualSVN con las mismas cnetworkingenciales.

La versión del server VisualSVN es 2.5.1 svn versión 1.6.17 (r1128011) ejecutándose en OSX

Cualquier ayuda sería muy apreciada.

No debe confundirse con la networkingacción del error. Si bien una de las primeras cosas que indica el error es que la authorization failed la parte informativa real aquí es Could not authenticate to server: rejected Basic challenge se Could not authenticate to server: rejected Basic challenge .

Tal comportamiento es muy difícil de solucionar sin mirar el logging del Servidor VisualSVN por cierto.

Cuando vea el error Desafío básico rechazado , tiene sentido solucionar el problema siguiendo una simple list de verificación:

  1. [Cpt. Modo Obvio ON] Verifique que la contraseña sea válida. Puede ver el error después de ingresar una contraseña incorrecta 3 veces seguidas,

  2. Verifique que la contraseña no contenga caracteres que no sean ASCII (por ejemplo, £ , ü , ä , etc.). Puede iniciar session en Windows con una contraseña con símbolos que no sean ASCII; sin embargo, el tipo de authentication básica no admite caracteres no ASCII. Puede solucionar el problema cambiando a Autenticación de Windows integrada; sin embargo, esa es otra cuestión.

Si ninguno de los pasos anteriores lo ayuda a solucionar el comportamiento en un nivel más profundo:

  1. Verifique el logging del Servidor VisualSVN . ¿Qué has iniciado session en un bash de authentication fallido?

  2. Verifique el logging de security de Windows. Puede ver events relevantes allí que pueden aclarar el comportamiento. Por ejemplo, puede ver allí un error 0xC0000064 causado por un error de Windows Server 2003 .

He estado usando el server VisualSVN y el cliente TortoiseSVN por un time, y varias veces he experimentado errores de authentication al intentar acceder al repository desde una nueva installation del cliente.

Después de echar un vistazo al logging de events (loggings del Servidor VisualSVN en el logging de events de Windows) noté los posts de error que indicaban que el usuario no había sido encontrado. Sin embargo, sé que el usuario existe y he configurado el server para usar la authentication de Subversion.

Descubrí que la authentication de Subversion usa nombres de usuario que distinguen entre mayúsculas y minúsculas . El usuario de Subversion comienza con una letra mayúscula y trato de usar solo minúsculas en el cliente. Esta ha sido probablemente la razón cada vez que he tenido este problema.

  1. Si su server de VisualSVN utiliza un file de usuario separado para la authentication, el inicio de session en Windows no tiene sentido (no está relacionado con el inicio de session de SVN)
  2. Debe usar CLI-client y tener autorización forzada en él en la confirmación, es decir, usar

    --username ARG : specify a username ARG

    --password ARG : specify a password ARG

    --no-auth-cache : do not cache authentication tokens

    al mando (la escritura se usará en la transacción que garantiza el inicio de session correcto / pase)

Si incluso esta confirmación fallará con la "autorización fallida", puede significar solo una: usted tiene acceso de solo lectura (al less afectado por la parte de confirmación del tree de repository) en este repository.

en mi caso … la carpeta svv estaba en mayúsculas y el path dado en el browser repo era pequeño …

Intereting Posts