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?

rsync

— Kolypto
fonte

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