nginx + svnserve ou apache?

Question

Estou configurando meu novo VPS para meu aplicativo Rails e estava pensando em transferir meus sites do apache para o nginx (para fazer isso, eu também teria que converter minha configuração do apache para nginx, o que eu teria aprender). No entanto, uma coisa que me faz pensar antes de fazer isso é que eu quero hospedar meu SVN no novo VPS também, e sei que o SVN não roda no nginx.

Eu sei que posso rodar o svn através do svnserve (apesar de não ter nenhuma experiência com ele), mas não sei se há alguma armadilha em fazê-lo. Eu li que usar svn + ssh não deixa senhas de cache svn, o que eu gostaria de acontecer, mas não tenho certeza se svn: // sem ssh é seguro ou não.

Então, minha pergunta é: é melhor:

1. Use nginx para meu servidor web e svnserve (com ou sem ssh?) para svn?
2. Use o apache para meu servidor e para o svn?
3. Use o nginx para meu servidor da web e o apache para svn?

Answer 1

1. svn: // por si só é inseguro (texto sem formatação)
2. svn + ssh: // é seguro
3. SVN sobre https: // é seguro

Eu recentemente mudei de svn: // para https: // principalmente porque eu posso configurar a autenticação LDAP no Apache para que eu não precise configurar nomes de usuários / senhas separados para os repositórios.

Estou curioso para saber por que você quer mudar do Apache para outra coisa? (Eu não tenho experiência de nginx.)

Meu principal com o svnserve é que a autenticação é por repositório, então se você tem um repositório por aplicativo e mais de 20 repositórios, você tem uma dor de cabeça de manutenção em mãos.

Além disso, se você estiver usando HTTP ou HTTPS de qualquer maneira, faz sentido utilizar esse serviço em vez de precisar manter outro serviço. Eu tenho meu SVN como um host virtual separado no Apache.

No entanto, o svnserve tem suas vantagens - é fácil configurar e zerar a configuração (para o servidor).

    

Answer 2

Se todas as outras coisas fossem iguais, eu escolheria o caminho de menor complexidade (# 2 - Apache para www & svn).

O SVN sobre HTTPS é considerado tão seguro quanto sua configuração HTTPS (portanto, desabilite o SSLv2, use um certificado strong e provavelmente você está bem).