Time Machine può fare il backup su un server Linux remoto?
Cosa accetta macOS come disco di backup di rete, le righe di Samba che fanno sembrare tale una condivisione Linux e come raggiungerla da casa senza aprire SMB a internet.
Ultimo aggiornamento: · 8 min di lettura
Risposta rapida
Time Machine può fare il backup su un server Linux remoto?
Sì. Time Machine esegue il backup su un server Linux remoto che esegue Samba con vfs_fruit e fruit:time machine = yes; Apple supporta le destinazioni SMB e sconsiglia AFP (pagina di supporto del 14 settembre 2026). Raggiungi il server attraverso un tunnel VPN, mai una porta 445 aperta. Basalthold noleggia server di archiviazione da 110,99 USD per 30 giorni, solo cripto, senza KYC.
Cosa accetta macOS come disco di backup di rete?
Apple elenca tre tipi di destinazione di rete: un altro Mac condiviso come destinazione di backup, un AirPort Time Capsule e un NAS che "supporta Time Machine sul protocollo di rete SMB". Un server Linux con Samba configurato per Time Machine rientra nel terzo tipo.
Apple scoraggia il vecchio protocollo. La sua pagina del 14 settembre 2026 dice che i backup Time Machine su un NAS via AFP non sono raccomandati. Aggiunge che AFP non è supportato in macOS 27 o successivi.
SMB con il modulo vfs_fruit di Samba è la strada supportata; AFP e Netatalk sono quella vecchia.
Su una destinazione di rete, Time Machine scrive in un'immagine disco chiamata sparse bundle. Samba memorizza solo quell'immagine, quindi il filesystem del server può essere ZFS, XFS o ext4.
Quali impostazioni di Samba fanno di una condivisione una destinazione Time Machine?
Tre impostazioni contano, tutte dal manuale vfs_fruit di Samba.
vfs objects = catia fruit streams_xattr. Il modulo fruit va impilato con streams_xattr; catia gestisce la conversione dei caratteri.
fruit:time machine = yes. Annuncia il supporto a Time Machine al Mac. Il valore predefinito è no.
fruit:time machine max size. Accetta un numero con K, M, G, T o P e limita la dimensione che il Mac vede. Senza di esso, Time Machine riempie l'intero volume.
Il limite di dimensione è approssimativo: conta solo lo sparse bundle. Tieni altri dati fuori da quel volume, oppure dagli un dataset ZFS dedicato con una quota.
/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
Come lo configuro, passo dopo passo?
Crea un dataset per i backup
Su un pool ZFS: zfs create -o quota=4T tank/timemachine. Una quota fa da riserva al limite di Samba.
Installa Samba e aggiungi la condivisione
Su Debian o Ubuntu: apt install samba, poi aggiungi la condivisione qui sopra a /etc/samba/smb.conf e controllala con testparm.
Crea l'account di backup
adduser --disabled-login tmuser, chown tmuser: /tank/timemachine, poi smbpasswd -a tmuser con una password lunga e casuale.
Metti SMB dietro un tunnel
Configura WireGuard, poi fai accettare connessioni alla porta 445 solo dagli indirizzi del tunnel. Riavvia Samba con systemctl restart smbd.
Connettiti dal Mac
Con il tunnel attivo, apri Finder, scegli Vai, poi Connetti al server e inserisci smb://10.8.0.1/timemachine. Poi seleziona la condivisione in Impostazioni di Sistema, Generali, Time Machine.
Attiva la crittografia
Scegli Crittografa backup quando aggiungi il disco. Conserva la password in un posto sicuro: secondo Apple serve per il ripristino.
Devo aprire SMB su internet?
No. Le indicazioni di Microsoft sul blocco delle porte SMB dicono che è improbabile che del traffico SMB proveniente da internet sia legittimo, e consigliano di bloccarlo al perimetro. Vale anche per Samba su Linux: la porta 445 è un bersaglio, non una porta.
Un tunnel VPN risolve il problema. WireGuard richiede una porta UDP sul server e dà al Mac un indirizzo privato per raggiungere la condivisione. Samba allora risponde solo attraverso il tunnel, e il traffico di backup è crittografato due volte: dal tunnel, e dalla crittografia di Time Machine stessa se la attivi.
Anche il lato server può essere crittografato. Puoi cifrare ogni disco dati con LUKS o la crittografia nativa di ZFS; le chiavi restano con te e nessuno del team te le chiede mai. Lo sblocco di tali dischi dopo un riavvio, senza console, è trattato in come sbloccare da remoto un server in affitto crittografato con LUKS.
Quanto dura il primo backup via internet?
Il primo backup invia l'intero Mac; quelli successivi inviano solo le modifiche. Il limite è la velocità di upload di casa, non la porta del server.
Scorri per vedere tutte le colonne
Dati da inviare
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 giorni)
22,2 h
11,1 h
67 min
1 TB
111,1 h (4,6 giorni)
44,4 h
22,2 h
2,2 h
2 TB
222,2 h (9,3 giorni)
88,9 h
44,4 h
4,4 h
Calcolato alla velocità di linea, non misurato: byte × 8 ÷ bit al secondo, unità decimali. I trasferimenti reali sono più lenti. Ogni piano ha una porta a 1 Gbit/s: Ogni server ha una porta da 1 Gbit/s con una quota di traffico mensile (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), un indirizzo IPv4 dedicato e un IPv6 /64; superare la quota non attiva mai una fattura automatica.
Quanto spazio devo dare a Time Machine?
Abbastanza per il Mac più la cronologia che vuoi conservare. La pagina di supporto Apple del 16 ottobre 2026 descrive la pianificazione: backup ogni ora per le ultime 24 ore, backup giornalieri per l'ultimo mese e backup settimanali per tutti i mesi precedenti. Quando il disco è pieno, i backup più vecchi vengono eliminati.
Quindi Time Machine cresce sempre nello spazio che vede. Il limite decide quanto indietro arriva la tua cronologia, non se i backup vengono eseguiti.
Un Mac: una condivisione, un limite.
Più Mac: una condivisione e un account per Mac, ciascuno con il proprio limite, così un Mac non può spingere fuori la cronologia degli altri.
Il piano più piccolo basta per diversi Mac. Hold 24 ha 2 × 12 TB HDD, in mirror per 12 TB. Dei 23 venditori di server di archiviazione che Basalthold ha controllato il 2 November 2026, 16 accettava criptovalute.
Quale piano è adatto ai backup di Time Machine?
Hold 24 è adatto a qualche Mac; i piani più grandi ospitano Mac e copie di NAS fianco a fianco. Le durate di 3, 6 e 12 mesi sono sulla pagina dei prezzi di Basalthold.
In ogni piano: Dischi dati vuoti · Le chiavi di cifratura restano tue · IPv4 dedicato · Nessun log · Nessun KYC · Nessuna commissione di setup
Cos'altro si chiede sulle Time Machine su Linux?
Posso ancora usare AFP o Netatalk?
Apple non consiglia Time Machine su un NAS tramite AFP e afferma che AFP non è supportato in macOS 27 e versioni successive. Usa SMB con il modulo vfs_fruit di Samba.
Perché Time Machine occupa l'intera condivisione?
Conserva i vecchi backup finché il disco non è pieno, poi elimina i più vecchi. Imposta fruit:time machine max size sulla condivisione e una quota ZFS sul suo dataset per evitarlo.
Più Mac possono fare il backup su un unico server?
Sì. Assegna a ogni Mac la propria condivisione e il proprio account Samba, ciascuno con il proprio limite di dimensione, così la cronologia di un Mac non può sottrarre spazio a quella di un altro.
Il backup è privato su un server noleggiato?
Attiva Encrypt Backup in Time Machine e crittografa anche i dischi dati del server. Come funziona la crittografia prima del caricamento in altri strumenti è descritto in crittografia lato client per i backup.
Basalthold esegue il backup del mio Mac per me?
No. Un server di storage non è un backup di se stesso: non conserviamo alcuna copia dei tuoi dati altrove, quindi una seconda copia in un altro posto resta compito tuo. Sei tu a gestire Samba e Time Machine; la macchina e i suoi dischi sono tuoi.
Una destinazione Time Machine che controlli tu
Hold 24: Intel Xeon E-2176G (6 core / 12 thread), 32 GB DDR4 ECC, 2 × 12 TB di dischi rigidi (24 TB raw) più 480 GB SSD per il sistema, porta da 1 Gbit/s con 40 TB di traffico ogni 30 giorni, 1 IPv4 e un IPv6 /64, per $110,99/30 giorni. Criptovalute, senza KYC.
Il miglior backup offsite per un NAS: Synology, QNAP, TrueNAS o Unraid verso rsync, restic, Borg o S3 su un server noleggiato da 24 a 160 TB senza KYC.