Isso acontece apenas na confirmação grande (resultando em falha na confirmação):
Seção Revelant da configuração do host virtual no Apache
<LimitExcept GET RELATÓRIO DE OPÇÕES DE PROPFIND> Exigir usuário válido </LimitExcept> Dav svn SVNPath / home / svn /
Confirmar resultado:
Transmitindo dados do arquivo .............................. svn: Falha ao confirmar (detalhes a seguir): svn: PUT de '/!svn/wrk/48583f7d-0e01-410d-8941-33d2ba3574b4/WAP/.../htdocs/images/rt.gif': Falha na negociação do SSL: erro do SSL: analise tlsext (https: // ...)
Encontrei referências a ele aqui: http://code.google.com/p/support/issues/detail?id=1395
afirmando que o OpenSSL deve ser compilado com a extensão TLS, mas no meu caso, ele não apresenta erros no início, apenas em commits grandes.
Alguma ideia? obrigado
apache-2.2
svn
gentoo
Karolis T.
fonte
fonte
Respostas:
Não encontrei esse problema, mas passei um tempo pesquisando e descobri que ele pode ter sido introduzido no Apache 2.2.12 ou 13. Sugere-se que a atualização para o 2.2.11 possa corrigi-lo, além de definir o SSLProtocol - ALL + SSLv2 + SSLv3 na sua configuração do Apache. Nenhum dos dois parecia definitivo. Boa sorte! Espero que encontre uma solução.
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2393204
fonte
SSLProtocol all -SSLv2
paraSSLProtocol ALL -SSLv2 -TLSv1
corrigir o problema para mim.ATUALIZAR
Depois de ler o encadeamento http-dev sobre esse problema, arquivado em http://www.gossamer-threads.com/lists/apache/dev/375633 , parece que esse problema foi causado por um erro na biblioteca OpenSSL do lado do cliente em diz respeito à forma como os tickets / IDs SSL são tratados, o que explica por que o erro não ocorre imediatamente, mas leva alguns segundos a minutos. Esta resolução foi determinada em 2 de novembro, três dias antes da publicação do OpenSSL 0.9.8l. O encadeamento não indica explicitamente se / quando a correção foi aplicada ao OpenSSL, mas acho que é algo que podemos prever que seja corrigido em 0.9.8m, que acredito ser coberto por essa entrada no registro de alterações m-beta:
POST ORIGINAL
Estou enfrentando problemas semelhantes no Apache-2.2.14 no Gentoo. Para referência, aqui estão meus sinalizadores de USE:
Isso ocorre com qualquer combinação de SSLProtocol com
TLSv1
incluídoSe eu ajustar minha
SSLProtocol
remoçãoTLSv1
, recebo um novo erro:Isso ocorre aproximadamente ao mesmo tempo em que eu encontraria o erro "analisar tlsext".
fonte
Esse problema é mais provável devido ao uso de vários VirtualHosts habilitados para SSL no Apache httpd 2.2.12 - 2.2.14 e no OpenSSL 0.9.8f - 0.9.8l.
O patch a seguir parece resolver o problema para mim.
fonte