Daemon Rsync: é realmente útil?

30

Existem benefícios práticos no uso rsyncdcomparado ao rsync over ssh? Será que ela realmente aumentar a velocidade, estabilidade, qualquer coisa?

Kolypto
fonte

Respostas:

20

Eu acho que a grande diferença é que, se você estiver usando rsyncdno servidor, em vez de rsyncacabar ssh, o servidor já sabe o que tem; portanto, criar as listas de arquivos para determinar o que precisa ser transferido é muito mais simples. Não fará diferença se você estiver apenas disponibilizando alguns arquivos, mas se estiver disponibilizando, por exemplo, CPAN por rsync, não será necessário criar a lista de arquivos no lado da fonte a cada Tempo.

Darren Chamberlain
fonte
Perdoe minha ignorância. em um servidor eu estou executando o rsyncd. em outro host, eu uso o rsync para copiar do servidor remoto para este ... e ele usa ssh. Não consigo entender: como forçar o comando rsync a usar o daemon remoto?
Massimo
14

Esta é uma pergunta antiga, mas há outra razão muito válida para usar rsyncno modo daemon versus over ssh:

  • Menor sobrecarga da CPU.

Eu tenho um NAS de 10 TB com backup para outro NAS de 10 TB, e a sobrecarga de criptografia apenas para o túnel SSH é o fator limitante da transferência. Ambos os NAS são átomos Intel de 1,8 Ghz e de baixa potência, e mesmo com opções de criptografia mais fáceis para ssh (por exemplo, ssh -c arcfourpassadas como a chamada ssh para rsync), a sobrecarga de criptografia ainda resulta na melhor das hipóteses entre 200 e 300 Mbps, em uma rede Ethernet de gigabit.

O uso de um daemon rsync em uma extremidade remove a sobrecarga de criptografia e atinge transferências> 800 Mbps para arquivos grandes e contíguos.

Nome falso
fonte
1
Muito útil, obrigado. Estou executando uma configuração semelhante e consegui dobrar a velocidade de transferência que estava obtendo de uma ssh -c arcfourconexão que estava usando.
26418 SteveLambert
Não tenho certeza se a remoção da 'sobrecarga' de criptografia pode ser considerada uma vantagem. Seria melhor usar a criptografia acelerada por hardware, que o ARC4 provavelmente não é realmente.
Lodewijk
@Lodewijk - Primeiro, estou em uma rede privada em minha casa, então a criptografia não é crítica (e não são dados super privados de qualquer maneira). Além disso, a versão rsync na minha distribuição não usa criptografia de hardware ou o átomo intel que estou usando não possui aceleradores de hardware. Tentei a maioria das opções de criptografia para o transporte SSH, e todas elas eram horrivelmente lentas.
Fake Name
Se não era uma opção de criptografia que não afetou enormemente o desempenho, eu usá-lo, mas eu tentei essas opções primeiro sem sorte.
Fake Name
Pardon my ignorance. on one server I have running rsyncd. on another host I use rsync to copy from remote server to this one... and it uses ssh. I cannot understand: how to force the rsync command to user the remote daemon?
Massimo
8

Não acho que comparar a execução do rsyncd com o rsync sobre SSH faça muito sentido. Eles geralmente são usados ​​para coisas completamente diferentes.

O rsync over ssh geralmente é usado para backups ou sincronização de servidores pela internet. O rsyncd é geralmente usado para coisas como espelhos de software, por isso faz mais sentido comparar o rsyncd com um espelho HTTP ou FTP simples ou até mesmo com o bittorrent.

Também há software como o zsync, que permite obter muitos dos benefícios do rsync enquanto você ainda usa um servidor HTTP padrão

Justin
fonte
3

A função de rsyncdé executar em um servidor e responder a rsyncsolicitações (remotas) .

(quando dizemos que rsyncdqueremos dizer rsyncexecutando como um daemon e quando dizemos 'remoto', queremos dizer remoto do ponto de vista da máquina em execução rsyncd)

Ambos usariam ssh para conversar com segurança.

Não é realmente uma questão de usar um ou outro, embora se rsyncfor usado para copiar arquivos e diretórios na mesma máquina , não acho que ele precise ser executado como um daemon.

Eu acho que a rsyncpágina de manual esclarece isso.

pavium
fonte
0

O rsyncd (rsyncd com daemon) usa por padrão a porta 873.

Isso usará o protocolo rsync nativo, mas não criptografa nada. Destina-se apenas a redes locais ou confiáveis.

Se você deseja segurança, sempre precisa usar rsync ou rsyncd sobre SSH, todas as suas transferências de dados serão acessadas pelo protocolo ssh.

0scaR
fonte
Este. Deve ser a resposta aceita! O Rsyncd é totalmente inseguro, não acredito que ninguém o tenha mencionado.
stefgosselin