O Synology Hyper Backup pode fazer backup para um servidor rsync alugado?

Devo usar o modo SSH ou o modo rsync daemon?

Use o modo shell remoto sobre SSH. O Knowledge Center da Synology lista a porta 22 para rsync com criptografia de transferência e a porta 873 para rsync sem ela. O manual do rsync acrescenta que o protocolo daemon autentica, mas não criptografa o fluxo de dados.

Mantenha o modo daemon para um link privado, como um túnel WireGuard entre o NAS e o servidor.

Como configuro o servidor Linux para o modo SSH?

A janela rsync do Hyper Backup pede um nome de conta e uma senha, então a conta de backup precisa de login por senha via SSH. Em um servidor Basalthold entregue com sua chave SSH, os logins por senha ficam desativados para todas as contas. O bloco Match abaixo os ativa apenas para uma conta.

# Password login for the Hyper Backup account only
Match User hyperbackup
    PasswordAuthentication yes
    AllowTcpForwarding no
    X11Forwarding no
    PermitTTY no

Como configuro um módulo rsync daemon em vez disso?

O modo daemon serve para um NAS que acessa o servidor por meio de uma VPN. O manual do rsync diz que todo módulo é somente leitura por padrão, então defina read only = false. O arquivo de segredos guarda pares name:password e não deve ser legível por outros usuários.

uid = hyperbackup
gid = hyperbackup
use chroot = yes

[nas1]
    path = /tank/hyperbackup
    read only = false
    auth users = nas1
    secrets file = /etc/rsyncd.secrets
    hosts allow = 10.8.0.2

# /etc/rsyncd.secrets (chmod 600) contains one line:  nas1:<long random password>
# Debian: systemctl enable --now rsync

Multi-version ou single version no servidor?

Escolha multi-version. A Synology o armazena como arquivos .hbk e oferece criptografia do lado do cliente, compactação e rotação, incluindo Smart Recycle. Single version espelha suas pastas como arquivos simples e sobrescreve a cópia mais antiga a cada execução.

Uma cópia single-version de arquivos que um ransomware acabou de criptografar é uma segunda cópia do estrago.

A especificação do DSM 7.4 da Synology diz que a criptografia do lado do cliente e a de transferência usam AES-256 e ECC Curve25519. O Hyper Backup Explorer, o aplicativo de desktop, consegue abrir esses arquivos criptografados. Guarde a senha e a chave longe do NAS; a Synology avisa que perdê-las significa perder os dados. Mais sobre chaves: criptografia do lado do cliente para backups.

Como impeço que um NAS invadido apague as versões offsite?

A rotação do Hyper Backup roda a partir do NAS, com a senha do NAS. Quem controla o NAS pode, portanto, remover versões no servidor também. Nota da própria Synology: o Hyper Backup não oferece suporte ao recurso WriteOnce.

Em vez disso, proteja a cópia do lado do servidor. Coloque /tank/hyperbackup em um dataset ZFS próprio e deixe o root tirar um snapshot toda noite. Os snapshots do ZFS são somente leitura, e a conta hyperbackup não tem permissão para destruí-los. O método completo está em backups imutáveis no seu próprio servidor.

# /etc/cron.d/hyperbackup-snap
30 4 * * * root /usr/sbin/zfs snapshot tank/hyperbackup@$(date +\%F)

Qual tamanho de servidor é o ideal e em quanto tempo ele fica pronto?

Dimensione o servidor para o espaço usado do seu NAS mais as versões que você mantém. Hold 24 espelha 2 × 12 TB HDD para 12 TB utilizáveis. Hold 40 tem 4 × 10 TB HDD: 20 TB em RAIDZ2. A primeira execução envia tudo; a 100 Mbit/s de upload residencial, isso dá 1,08 TB por dia, por cálculo.

Dos 23 vendedores de servidores de armazenamento que Basalthold verificou em 2 November 2026, a mediana de tempo de preparação informada foi de 24 horas, dentro de 10 minutos a 10 dias úteis. O nosso supera essa mediana com folga: minutos a partir da confirmação do seu pagamento, e nunca mais de uma hora. Os preços de todos os prazos estão em a lista de preços de hold. As outras marcas de NAS são abordadas em o melhor backup fora do local para um NAS.