O Time Machine pode fazer backup para um servidor Linux remoto?
O que o macOS aceita como disco de backup de rede, as linhas do Samba que fazem um compartilhamento Linux parecer um, e como acessá-lo de casa sem abrir o SMB para a internet.
Última atualização: · 8 min de leitura
Resposta rápida
O Time Machine pode fazer backup para um servidor Linux remoto?
Sim. O Time Machine faz backup para um servidor Linux remoto rodando Samba com vfs_fruit e fruit:time machine = yes; a Apple oferece suporte a destinos SMB e desaconselha o AFP (página de suporte de 14 de setembro de 2026). Acesse o servidor por um túnel VPN, nunca por uma porta 445 aberta. Basalthold aluga servidores de armazenamento a partir de US$ 110,99 por 30 dias, somente cripto, sem KYC.
O que o macOS aceita como disco de backup de rede?
A Apple lista três tipos de destino de rede: outro Mac compartilhado como destino de backup, um AirPort Time Capsule e um NAS que "oferece suporte ao Time Machine pelo protocolo de rede SMB". Um servidor Linux com Samba configurado para o Time Machine se enquadra no terceiro.
A Apple evita o protocolo antigo. Sua página de 14 de setembro de 2026 diz que backups do Time Machine para um NAS via AFP não são recomendados. Ela acrescenta que o AFP não é suportado no macOS 27 ou posterior.
SMB com o módulo vfs_fruit do Samba é o caminho suportado; AFP e Netatalk são o antigo.
Em um destino de rede, o Time Machine grava em uma imagem de disco chamada sparse bundle. O Samba apenas armazena essa imagem, então o sistema de arquivos do servidor pode ser ZFS, XFS ou ext4.
Quais configurações do Samba transformam um compartilhamento em destino do Time Machine?
Três configurações importam, todas do manual vfs_fruit do Samba.
vfs objects = catia fruit streams_xattr. O módulo fruit precisa ser empilhado com streams_xattr; o catia cuida da conversão de caracteres.
fruit:time machine = yes. Ele anuncia suporte a Time Machine para o Mac. O padrão é no.
fruit:time machine max size. Aceita um número com K, M, G, T ou P e limita o tamanho que o Mac enxerga. Sem isso, o Time Machine ocupa o volume inteiro.
O limite de tamanho é aproximado: ele conta apenas o sparse bundle. Mantenha outros dados fora desse volume, ou dê a ele seu próprio dataset ZFS com uma cota.
/etc/samba/smb.conf: a Time Machine share capped at 4 TB
[global]
server min protocol = SMB3
vfs objects = catia fruit streams_xattr
fruit:metadata = stream
[timemachine]
path = /tank/timemachine
valid users = tmuser
read only = no
fruit:time machine = yes
fruit:time machine max size = 4T
Como configuro isso, passo a passo?
Crie um dataset para os backups
Em um pool ZFS: zfs create -o quota=4T tank/timemachine. Uma cota respalda o limite do Samba.
Instale o Samba e adicione o compartilhamento
No Debian ou Ubuntu: apt install samba, depois adicione o compartilhamento acima em /etc/samba/smb.conf e verifique com testparm.
Crie a conta de backup
adduser --disabled-login tmuser, chown tmuser: /tank/timemachine, depois smbpasswd -a tmuser com uma senha longa e aleatória.
Coloque o SMB atrás de um túnel
Configure o WireGuard e deixe a porta 445 aceitar conexões apenas dos endereços do túnel. Reinicie o Samba com systemctl restart smbd.
Conecte a partir do Mac
Com o túnel ativo, abra o Finder, escolha Ir e depois Conectar ao Servidor, e insira smb://10.8.0.1/timemachine. Em seguida, selecione o compartilhamento em Ajustes do Sistema, Geral, Time Machine.
Ative a criptografia
Escolha Criptografar Backup ao adicionar o disco. Guarde a senha com segurança: a Apple diz que ela é necessária para restaurar.
Devo abrir o SMB para a internet?
Não. A orientação da Microsoft sobre bloquear portas SMB diz que é improvável que qualquer tráfego SMB vindo da internet seja legítimo, e recomenda bloqueá-lo na borda. Isso vale também para o Samba no Linux: a porta 445 é um alvo, não uma porta de entrada.
Um túnel VPN resolve isso. O WireGuard precisa de uma porta UDP no servidor e dá ao Mac um endereço privado para alcançar o compartilhamento. O Samba então responde apenas pelo túnel, e o tráfego de backup é criptografado duas vezes: pelo túnel, e pela própria criptografia do Time Machine se você ativá-la.
O lado do servidor também pode ser criptografado. Você pode criptografar cada disco de dados com LUKS ou com a criptografia nativa do ZFS; as chaves ficam com você e ninguém da equipe pede por elas. Desbloquear esses discos após uma reinicialização, sem console, é abordado em como desbloquear remotamente um servidor alugado criptografado com LUKS.
Quanto tempo leva o primeiro backup pela internet?
O primeiro backup envia o Mac inteiro; os seguintes enviam apenas as mudanças. A velocidade de upload de casa é o limite, não a porta do servidor.
Deslize para ver todas as colunas
Dados a enviar
A 20 Mbit/s
A 50 Mbit/s
A 100 Mbit/s
A 1 Gbit/s
250 GB
27,8 h
11,1 h
5,6 h
33 min
500 GB
55,6 h (2,3 dias)
22,2 h
11,1 h
67 min
1 TB
111,1 h (4,6 dias)
44,4 h
22,2 h
2,2 h
2 TB
222,2 h (9,3 dias)
88,9 h
44,4 h
4,4 h
Calculado na taxa da linha, não medido: bytes × 8 ÷ bits por segundo, unidades decimais. Transferências reais são mais lentas. Toda máquina tem uma porta de 1 Gbit/s: Cada servidor tem uma porta de 1 Gbit/s com uma franquia mensal de tráfego (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), um endereço IPv4 dedicado e um IPv6 /64; ultrapassar a franquia nunca gera cobrança automática.
Quanto espaço devo dar ao Time Machine?
O suficiente para o Mac mais o histórico que você quer manter. A página de suporte da Apple de 16 de outubro de 2026 descreve o esquema: backups de hora em hora nas últimas 24 horas, backups diários no último mês e backups semanais de todos os meses anteriores. Quando o disco fica cheio, os backups mais antigos são apagados.
Então o Time Machine sempre cresce para o espaço que enxerga. O limite decide até onde vai seu histórico, não se os backups rodam.
Um Mac: um compartilhamento, um limite.
Vários Macs: um compartilhamento e uma conta por Mac, cada um com seu próprio limite, para que um Mac não empurre o histórico dos outros.
A menor máquina já basta para vários Macs. Hold 24 tem 2 × 12 TB HDD, em espelho para 12 TB. Dos 23 vendedores de servidores de armazenamento que Basalthold verificou em 2 November 2026, 16 aceitou cripto.
Qual máquina serve para backups do Time Machine?
Hold 24 serve para alguns Macs; as máquinas maiores acomodam Macs e cópias de NAS lado a lado. Planos de 3, 6 e 12 meses estão na página de preços da Basalthold.
Em todos os planos: Discos de dados em branco · As chaves de criptografia continuam sendo suas · IPv4 dedicado · Sem logs · Sem KYC · Sem taxa de setup
O que mais as pessoas perguntam sobre o Time Machine no Linux?
Ainda posso usar AFP ou Netatalk?
A Apple não recomenda o Time Machine para um NAS via AFP, e diz que o AFP não é suportado no macOS 27 ou posterior. Use SMB com o módulo vfs_fruit do Samba.
Por que o Time Machine ocupa todo o compartilhamento?
Ele mantém os backups antigos até o disco encher e depois apaga os mais antigos. Defina fruit:time machine max size no compartilhamento e uma cota ZFS no dataset dele para impedir isso.
Vários Macs podem fazer backup em um único servidor?
Sim. Dê a cada Mac seu próprio compartilhamento e conta Samba, cada um com seu próprio limite de tamanho, para que o histórico de um Mac não ocupe o espaço de outro.
O backup é privado em um servidor alugado?
Ative Encrypt Backup no Time Machine e criptografe também os discos de dados do servidor. Como funciona a criptografia antes do upload em outras ferramentas está em criptografia do lado do cliente para backups.
O Basalthold faz backup do meu Mac para mim?
Não. Um servidor de armazenamento não é backup de si mesmo: não guardamos nenhuma cópia dos seus dados em outro lugar, então uma segunda cópia em outro local continua sendo responsabilidade sua. Você executa o Samba e o Time Machine; a máquina e seus discos são seus.
Um destino do Time Machine que você controla
Hold 24: Intel Xeon E-2176G (6 núcleos / 12 threads), 32 GB DDR4 ECC, 2 × 12 TB de discos rígidos (24 TB brutos) mais SSD de 480 GB para o sistema, porta de 1 Gbit/s com 40 TB de tráfego por 30 dias, 1 IPv4 e um IPv6 /64, por $110.99/30 dias. Cripto, sem KYC.
