svn Erro ao confirmar o acesso negado: 'foobar' MKACTIVITY MYREPO:

5

Atualmente, estou trabalhando com o Apache e o SVN com a autenticação do ActiveDirectory. O usuário está usando o cliente TortoiseSVN.

Devo salientar que tenho 2 repos com o mesmo nome e mapeamento diferente, mas redirecionados para o mesmo "URL do usuário", pois as permissões são as mesmas para os dois repositórios.

por exemplo, link 'e' link '

ou ' link e' ' link '

Esta coisa de 2 repos é replicada com 8 "pares de recompra" e os 7 restantes estão funcionando bem.

Aqui está o meu erro:

Commit failed(details follow):

access to '/svn/myDir/MYREPO/!svn/act/65bf494c-a66a-4f45-870e-d988f691a45d' forbidden

Finished!

Não são permissões, uma vez que o usuário foobar tem acesso rw e obteve sucesso no check-out do repositório. Este erro acontece no commit.

Coisas que ajudariam a orientar para uma solução precisa:

Outros pares de recompra estão indo bem. E as permissões são as mesmas. Meu usuário administrador svn pode fazer no mesmo PC local que o usuário com problemas que confirmar. UPPERCASE / URL minúscula não é o problema, verifiquei O NTLM e o Active Directory não são o problema, pois ele tem acesso ao outro repositório com o mesmo arquivo de permissão. Outros usuários do mesmo repositório estão experimentando o mesmo problema. Enquanto eu ainda posso fazer o commit em seus PCs locais. (como se eles não tivessem permissão de escrita) Aqui estão os logs do Apache:

Apache error.log

[dd mm 12:38:02 2011] [error] [client 10.x.x.x] Access denied: 'foobar' MKACTIVITY MYREPO:

[dd mm 12:39:40 2011] [error] [client 10.x.x.x] Access denied: 'foobar' MKACTIVITY MYREPO:

[dd mm 12:39:54 2011] [error] [client 10.x.x.x] Access denied: 'foobar' MKACTIVITY MYREPO:

Apache access.log

10.x.x.x - foobar [dd/mmm/yy:12:38:02 GMT] "OPTIONS /svn/myDir/MYREPO HTTP/1.1" 200 198

10.x.x.x - foobar [dd/mmm/yy:12:38:02 GMT] "PROPFIND /svn/myDir/MYREPO HTTP/1.1" 207 667

10.x.x.x - foobar [dd/mmm/yy:12:38:02 GMT] "MKACTIVITY /svn/myDir/MYREPO/!svn/act/65bf494c-a66a-4f45-870e-d988f691a45d HTTP/1.1" 403 266

svn_activity.log

[dd/mmm/yy:12:34:20 -0300] waldo commit r2

[dd/mmm/yy:12:39:07 -0300] fred status /src/trunk r1447

Do svn_activity.log eu posso deduzir que o Apache captura e salta o acesso, dado que não há acesso foobar no período de tempo exposto anteriormente.

Então, esperando que os dados coletados sejam úteis para resolver isso ... alguma idéia?

P.S. Parece este link , mas tenho mais dados. :)

    
por apacay 07.04.2011 / 20:47

1 resposta

1

O registro svn_activity é de nível superior e normalmente não é tão bom para depurar esses problemas quanto os métodos http de nível mais baixo, por exemplo, MKACTIVITY 403 significa proibido , geralmente isso é devido a um arquivo de acesso authz, mas também pode vir de regras na configuração do apache. Se você puder anexar a configuração do apache para o repositório de problemas e o arquivo authz, provavelmente poderemos descobrir isso.

Procure uma diretiva como esta em seus arquivos de configuração:

AuthzSVNAccessFile /data/authz
    
por 09.04.2011 / 16:03