Tortoise SVN v1.66 - falha na autorização: não foi possível autenticar no servidor: não foi possível analisar

Question

Assim, um colega de trabalho está tendo um problema ao se conectar a um repositório SVN por HTTPS. Aqui estão os detalhes:

SO: Windows 7 Enterprise x64

Cliente SVN: Tortoise SVN 1.6.6 x64

Portanto, sempre que ele se conectar (por meio de um novo checkout (ou seja, um svn checkout limpo) ou atualização de arquivos existentes (ou seja, cópia de trabalho existente)) para o repositório SVN em questão, ele recebe o seguinte erro:

Error: Unable to connect to a repository at URL  
Error:  'https://svn.server/svn/path/to/files'  
Error: OPTIONS of  
Error:  'https://svn.server/svn/path/to/files:  
Error:  authorization failed: Could not authenticate to server: could not parse  
Error:  challenge (https://svn.server/svn/path/to/files) 

Meu colega de trabalho tentou as seguintes coisas no TortoiseSVN para resolver o problema:

1. Redefina os dados de autenticação em Tortoise SVN | Configurações | Dados salvos para os dados de autenticação e o histórico de URLs,

2. Configurações de proxy verificadas no Tortoise SVN | Configurações para garantir que meu colega de trabalho tenha as mesmas configurações que eu tenho no meu laptop.

Ele tinha as mesmas configurações de proxy (sem configurações definidas) no TortoiseSVN. Limpar os dados de autenticação não parece resolver o problema.

Pedi a meu colega de trabalho que fizesse login em uma área de trabalho sobressalente que ingressasse em nosso domínio do Active Directory com suas credenciais de login e tentasse fazer o checkout de uma cópia de trabalho. Ele foi capaz de verificar arquivos, atualizar arquivos, enviar arquivos para o SVN a partir do desktop de reposição. Obviamente, esse problema não se deve ao fato de meu colega de trabalho não ter permissões para acessar o repositório do SVN, já que ele pode se comunicar com o servidor de outra máquina.

Então - o que / por que / onde devo procurar em seu laptop para resolver esse problema? Com base nas informações contidas na mensagem de erro, parece que algo em seu certificado SSL em seu laptop está estragado.

Devo mencionar que o servidor SVN é o servidor VisualSVN e está usando a autenticação integrada do Windows.

Deixe-me saber se você precisa de mais informações.

Obrigado

Richard

    

Answer 1

Parece que este artigo de suporte pode ser relevante: link

Parece corresponder a todas as condições descritas por você. Sua correção diz:

Since you run VisualSVN Server service under a dedicated user account, 
you have to add SPN manually to Active Directory: 

1.Logon to a Domain Controller as a domain administrator or as a user 
with specific delegated permissions required to modify SPNs. 
For additional information on permissions required to modify SPNs 
please read the "Delegating Authority to Modify SPNs" Microsoft TechNet article. 

2.Start elevated command prompt and enter the following command: 
setspn -a http/hostname.contoso.com CONTOSO\username 

    

Answer 2

Tanto quanto eu entendo ambas as máquinas estão localizadas no mesmo domínio do Active Directory. Os primeiros passos que você deve realizar para solucionar o problema:

1. Verifique o log do VisualSVN Server . Você tem algum erro aí? Quais são os erros?
2. Verifique o log de segurança do Windows. Quais eventos são registrados lá quando a autenticação falha?
3. Ele pode autenticar com um navegador da web? Por exemplo. com IE e com FF.
4. Você tem a mesma versão do TortoiseSVN no seu (ou no sobressalente que você mencionou) e na máquina do seu colega de trabalho?
5. Qual versão do VisualSVN Server você instalou?

Sabendo desses detalhes, você pode resolver o problema de autenticação muito mais rápido.

• O usuário afetado pode precisar atualizar para a última versão do TortoiseSVN 1.6 para resolver o problema. Ou seja No entanto, o TortoiseSVN 1.6.6 está desatualizado e não vejo qualquer razão para usá-lo agora. Considere atualizar pelo menos para o TortoiseSVN 1.6.16,

• O artigo "Logon único falha quando você executa o VisualSVN Server em uma conta de usuário dedicada" aplica-se somente ao caso em que conta de serviço do VisualSVN Server funciona com uma conta de usuário dedicada já que a conta do usuário deve ter o SPN atribuído para autenticar através do Kerberos. A conta Network Service tem o SPN configurado por padrão. BTW se você não vir o erro SSPI Challenge failed: The token supplied to the function is invalid no log do VisualSVN Server - o SPN não é a causa raiz.