SVN cliente de linha de comando: checkout recusado quando a senha LDAP alterou “svn: OPTIONS of” (repo) “autorização falhou” (mas funciona no TortoiseSVN)

0

Ao usar a linha de comando / terminal svn client, um colega está recebendo a mensagem de erro "svn: OPTIONS of" [repo] "... autorização falhou" quando tenta fazer o checkout do repositório como sua cópia de trabalho local. / p>

Eles costumavam ser capazes de fazer isso, mas recentemente tiveram que mudar sua senha (política de segurança de rotina periódica). E parou de funcionar. NOTA: O comando svn check faz pedir uma senha toda vez (o que eles fornecem - por exemplo, o novo.)

MAS, estranhamente, eles não têm nenhum problema com o Tortoise SVN, ele trabalha com isso. Eles fornecem seu login usual e a nova senha e funciona.

Nossa configuração é uma máquina Centos Linux virtualizada com várias contas de usuário Linux onde o desenvolvimento ocorre e o repositório central SVN está em um servidor separado, a autenticação está usando nosso login LDAP (ou seja, o mesmo login corporativo usado para fazer login em nossas máquinas Windows ). Nós nos conectamos como usuários do Linux ao nosso servidor de desenvolvimento a partir de nossas máquinas Windows, usando ferramentas SSH de terminal padrão, por exemplo. PuTTY ou MobaXTerm ou CygWin.

Quando altero a minha minha senha, não obtenho o mesmo problema, posso fazer o checkout.

Eu tenho visto muitas perguntas sobre essa mensagem de erro em vários fóruns de pesquisa no Google, mas nenhuma delas me forneceu uma solução ainda.

Uma das soluções que encontrei sugere limpar ou remover um cache local que contém autenticação, em uma pasta .subversion , tentamos isso, mas ainda assim o mesmo problema. Também tentei fazer check-out para outra pasta.

Então parece que limpamos qualquer rastro de senhas armazenadas em cache, mas ainda assim ele rejeita.

  • Poderia haver outro lugar em nossa máquina CentOS Linux que armazena em cache o login
  • O que significa OPTIONS (pode ser uma configuração em algum lugar em nossa máquina de desenvolvimento ou no servidor de repo SVN?)
  • Poderia ser um cache de proxy HTTP das credenciais do meu colega armazenado em algum lugar - por isso precisamos esclarecer isso quando uma senha é alterada?
por therobyouknow 23.07.2012 / 15:02

0 respostas