Come sostituire Google Drive con un server Nextcloud tutto tuo

Lo storage cloud è la cosa più intima che la maggior parte delle persone affida a un'azienda. Non i documenti — le foto, le scansioni dei documenti d'identità, le dichiarazioni dei redditi, il backup di un telefono che contiene tutto. Sta in un account che può essere sospeso da un sistema automatico senza possibilità di appello, su server che scansionano quello che carichi, legato a un'identità che hai verificato anni fa e che non puoi più staccare. Le persone scoprono la forma di questo accordo nel momento peggiore possibile, di solito quando un account bloccato si porta via con sé vent'anni di foto di famiglia. Nextcloud è la risposta open source: gli stessi client di sincronizzazione, la stessa app per il telefono, gli stessi link condivisi — in esecuzione su una macchina che noleggi tu, che contiene file che nessun altro indicizza. Installarlo richiede un pomeriggio. A decidere se è davvero meglio di quello che hai lasciato è il disco che sta sotto, e una domanda sulla crittografia che quasi ogni tutorial sbaglia.

Cosa sostituisce davvero Nextcloud

Nextcloud non è tanto una singola app quanto una piccola suite che copre gran parte di quello che fa un account cloud consumer. Questa ampiezza è il motivo per cui vale la pena farne il self-hosting: sostituire un servizio con un equivalente self-hosted raramente vale la manutenzione, ma sostituirne cinque con un solo server di solito sì.

• Sincronizzazione e condivisione dei file, che è il nucleo. Client desktop per Windows, macOS e Linux, app mobile per entrambe le piattaforme, e un'interfaccia web — lo stesso comportamento "trascina una cartella e appare ovunque" che già ti aspetti.
• Backup delle foto dal telefono, con caricamento automatico della fotocamera, album e raggruppamento per volti. Per la maggior parte delle persone questa è la singola porzione di dati più grande, ed è il motivo per cui il disco va dimensionato correttamente.
• Calendario e contatti tramite gli standard aperti CalDAV e CardDAV, che ogni telefono parla nativamente — nessuna app di terze parti necessaria per sincronizzarli.
• Documenti collaborativi tramite una suite per ufficio che puoi aggiungere, per modificare fogli di calcolo e file di testo nel browser senza inviarli da nessun'altra parte.
• Link di condivisione pubblici con password, date di scadenza e cartelle di solo upload, la funzione che di solito pone fine all'abitudine di inviare grandi allegati via email.
• Versionamento lato server e un cestino, così un file sovrascritto o una sincronizzazione andata male sono recuperabili senza dover ricorrere a un backup.

Vale la pena dichiarare chiaramente il confine, perché il marketing intorno al self-hosting raramente lo fa. Nextcloud ti dà controllo e privacy. Non ti dà la durabilità di un hyperscaler — quelle aziende replicano i tuoi dati su più continenti, e un singolo server noleggiato non lo fa, per quanto buoni siano i suoi dischi. Non rende nemmeno i file gratuiti: paghi per lo storage in ogni caso, solo a un host che non ti ha mai chiesto il nome invece di uno che lo ha fatto. Il self-hosting è uno scambio tra l'affidabilità di qualcun altro e il tuo controllo, ed è un buono scambio solo se prendi sul serio la metà che riguarda l'affidabilità.

Diventi tu lo storage provider

Quello è il costo onesto, ed è molto meglio capirlo prima della migrazione che dopo. Nessuno controlla il tuo uptime, nessuno ha una copia delle tue foto, e non c'è nessuno dall'altra parte di una linea di assistenza nel momento in cui un client di sincronizzazione segnala un conflitto su un file che ti serviva stamattina.

• I backup sono affar tuo, e non sono facoltativi. Un array RAID sopravvive a un disco morto; non sopravvive a una cartella cancellata, un aggiornamento andato male o un ransomware che attraversa una directory sincronizzata. Versionamento e cestino sono funzioni di comodo, non un backup.
• L'uptime è affar tuo. Un client di sincronizzazione che non riesce a raggiungere il server accoda le modifiche in silenzio e recupera più tardi, il che è indulgente — ma un link di condivisione che hai inviato a un cliente è morto finché la macchina è offline.
• Gli aggiornamenti sono affar tuo, e Nextcloud li rilascia a un ritmo sostenuto. È un'applicazione PHP su un IP pubblico con dentro tutta la tua vita, quindi applicare le patch non è qualcosa da rimandare per un mese tranquillo.
• La capacità è affar tuo da monitorare. Un telefono che carica automaticamente ogni foto riempirà un disco che hai dimensionato con generosità, secondo una tempistica che non hai pianificato, e un disco pieno corrompe più di quanto blocchi.
• Il ripristino è affar tuo. Ripristinare significa il database e l'albero dei file insieme, in un momento nel tempo che corrisponde. Ripristinare uno senza l'altro produce un'interfaccia funzionante che elenca file che non ci sono.

Niente di tutto questo è pesante una volta impostato. Sono pochi minuti al mese più un pomeriggio attento all'inizio, ed è la stessa disciplina di cui ha bisogno qualsiasi servizio self-hosted — la differenza è solo che questo custodisce le cose che odieresti di più perdere. Se hai già ospitato un sito web tu stesso, niente di tutto questo ti sarà estraneo.

Dimensionare la macchina: fai i conti sui dati, non sull'applicazione

Nextcloud in sé è un'applicazione PHP modesta. Quasi tutti gli errori di dimensionamento qui nascono dal fare i conti sull'applicazione e dal dimenticare che lo scopo dell'esercizio è contenere dati che crescono. Trova la forma giusta fin dall'inizio, perché migrare un albero di file e il suo database tra macchine in un secondo momento è il pomeriggio meno piacevole di tutto il self-hosting.

• Lo storage è la decisione che sceglie il tuo piano, e ti serve all'incirca il doppio di quello che misurano oggi i tuoi file. Il versionamento conserva le vecchie copie dei file modificati, il cestino trattiene le cancellazioni per una finestra di conservazione, e le miniature e le anteprime generate sono una percentuale reale in più su una libreria fotografica.
• La memoria decide come si comporta, non se funziona. 2 GB fanno girare un'istanza a utente singolo; 4 GB sono comodi per una famiglia con i caricamenti da telefono attivi; 8 GB e oltre contano quando entrano in gioco una suite per documenti e una manciata di utenti simultanei.
• La CPU è inattiva quasi sempre, poi per un breve momento conta moltissimo — il primo passaggio di generazione delle anteprime su una libreria fotografica importata, e qualsiasi conversione di documenti al volo, sono i picchi per cui vale la pena avere margine.
• Il database vuole storage veloce, i file non particolarmente. Le operazioni sui metadati colpiscono il database di continuo, mentre l'albero dei file è per lo più letture e scritture sequenziali, ed è per questo che un piccolo disco di root NVMe accanto a capacità di massa è una forma migliore di un unico volume gigante e lento.
• Il trasferimento qui è illimitato, ma il caricamento iniziale di una libreria esistente è un evento singolo genuinamente grande. Pianifica che avvenga durante la notte invece di farti sorprendere.

In pratica questo porta a due scenari, a seconda di quanto stai effettivamente immagazzinando. Sotto qualche centinaio di gigabyte — documenti, una libreria fotografica modesta, una o due persone — VPS-8 a $13.99/mo con 4 vCPU EPYC, 8 GB DDR5 ECC e 120 GB di NVMe Gen4 è veloce e più che sufficiente. Nel momento in cui entra in gioco un telefono con un rullino fotografico, la capacità diventa l'unica domanda che conta e l'NVMe è la cosa sbagliata per cui pagare: un server di storage da $7.99/mo ti dà 1 TB su RAID-6, e STO-4 a $22.99/mo te ne dà 4 TB — una categoria di margine diversa da qualsiasi VPS, a una frazione del prezzo per terabyte. Se stai consolidando una famiglia o un piccolo team oltre quella soglia, un server dedicato da $64/mo con 2 × 1 TB di NVMe ti dà sia velocità sia spazio senza che l'aritmetica diventi ridicola.

Passo dopo passo: da un server appena creato a una sincronizzazione funzionante

1. 01Distribuisci il server e blindalo per primoUna macchina Debian o Ubuntu, SSH solo a chiavi, firewall a blocco predefinito — prima che ci sia sopra un solo file. Fallo mentre la macchina è ancora vuota e noiosa.
2. 02Punta un dominio verso il server e lascia emettere il certificatoI client Nextcloud si rifiuteranno di sincronizzare su HTTP semplice, e giustamente. L'hostname deve risolvere verso la macchina prima che il certificato possa essere emesso, il che è di gran lunga la causa più comune di installazioni fallite.
3. 03Scegli il metodo di installazione e restaci fedeleL'immagine container è la strada più veloce e la più facile da mantenere aggiornata; un'installazione manuale su un web server e un database ti dà più controllo sul tuning. Scegline uno — mescolare i due è il modo in cui gli aggiornamenti si rompono.
4. 04Usa un database vero, non SQLiteSQLite funziona per esattamente un utente che non fa granché, e crolla nel momento in cui due client sincronizzano insieme. Scegli MariaDB o PostgreSQL al momento dell'installazione, perché convertire in seguito è una migrazione sgradevole.
5. 05Aggiungi una cache in memoria e configura i job in backgroundRedis per il locking e la cache, e un cron a livello di sistema per i job in background invece del predefinito attivato dal browser. Saltare questi passaggi è il motivo per cui alcune istanze self-hosted sembrano lente e altre istantanee.
6. 06Alza i limiti di upload prima di migrare qualsiasi cosaI valori predefiniti sono dimensionati per file piccoli e rifiuteranno un video o un'immagine disco. Correggi prima i limiti nella configurazione del web server e di PHP, o il tuo primo grande upload fallirà al novanta percento.
7. 07Migra i tuoi file in un unico passaggio deliberatoCarica la libreria esistente da un client desktop oppure copiala in posizione e avvia una scansione. Fallo una volta sola, durante la notte, prima che qualcuno dipenda dall'istanza.
8. 08Collega i client, poi imposta i backup lo stesso giornoSincronizzazione desktop, caricamento automatico da telefono, calendario e contatti. Poi configura e testa davvero il backup — un'istanza in produzione senza un percorso di ripristino è un conto alla rovescia.

Crittografia: cosa ti protegge davvero, e cosa sembra soltanto farlo

Questa è la sezione più importante se hai lasciato un cloud consumer proprio perché un'azienda poteva leggere i tuoi file, ed è quella che quasi tutte le guide sbagliano. Nextcloud ha una funzione chiamata crittografia lato server. Attivarla sembra la soluzione. Per lo più non lo è, e capire il perché ti risparmia un falso senso di sicurezza che è peggio di nessuna crittografia.

• La crittografia lato server tiene le chiavi sul server. L'applicazione deve poter decifrare i tuoi file per servirteli, quindi chiunque abbia accesso alla macchina in esecuzione ha tutto quello che ha la macchina. Protegge da un disco rubato o da un backend di storage esterno non fidato — non da un server compromesso o dal suo operatore.
• La crittografia end-to-end è la cosa vera, ed è deliberatamente limitata. Cifra sul client per cartelle specifiche, il che significa che il server davvero non può leggerle — e significa anche nessuna interfaccia web, nessuna anteprima, nessuna ricerca lato server e nessun link di condivisione pubblico per quel contenuto.
• La crittografia a disco intero sul server protegge una macchina spenta. Un server in esecuzione ha il volume montato e la chiave in memoria, quindi difende dallo smaltimento e dal sequestro fisico di una macchina spenta, e nient'altro.
• Cifrare prima del caricamento è ciò che la maggior parte delle persone vuole davvero. Uno strumento che cifra una cartella localmente e sincronizza il testo cifrato ti dà una confidenzialità reale con un Nextcloud normale sotto, al costo delle anteprime e dell'accesso da browser per quella cartella.
• La crittografia di trasporto non è crittografia di storage. HTTPS protegge i file in transito e nulla a riposo, e confondere le due cose è il fraintendimento più comune in questo intero ambito.

Per la maggior parte delle persone la risposta onesta è mista. Fai girare l'istanza normalmente — è il tuo server, e la comodità di anteprime, ricerca e link di condivisione è l'intero motivo per cui non stai semplicemente usando un archivio cifrato. Poi prendi la minoranza genuinamente sensibile dei tuoi file — i documenti, le chiavi, le cose che conterebbero in un anno andato male — e cifra quelli lato client prima che arrivino mai sul disco. Questo ti dà un cloud utilizzabile e una cassaforte vera, invece di un unico compromesso mediocre che finge di essere entrambe le cose.

Le fughe di identità che un'installazione predefinita lascia aperte

Nextcloud elimina l'azienda che leggeva i tuoi file. Da solo, però, non rimuove tutto quello che collega il server a una persona — e la maggior parte di quei collegamenti nasce da passaggi che sembrano non avere nulla a che fare con lo storage.

• Il dominio. Un registrar conserva la tua identità anche quando il WHOIS pubblico è oscurato, e ha bisogno di un indirizzo di contatto funzionante per mantenere attivo il nome. L'hostname è il modo più comune in cui un servizio self-hosted viene ricondotto al suo proprietario.
• Certificate Transparency. Nel momento in cui viene emesso un certificato, l'hostname esatto viene pubblicato in registri pubblici che chiunque può consultare. Un sottodominio che davi per privato — cloud.qualcosa, files.qualcosa — viene annunciato in tutto il mondo con tanto di timestamp.
• L'host. Se il server è stato noleggiato con una carta intestata al tuo nome legale, la macchina è a tuo nome legale a prescindere da cosa ci giri sopra. Questo si decide in fase di registrazione, molto prima del primo file.
• Le notifiche push da mobile. Le app ufficiali instradano le notifiche attraverso i servizi push dei vendor delle piattaforme per impostazione predefinita, il che significa che i metadati sulla tua istanza raggiungono Google o Apple anche se i tuoi file no.
• I metadati delle foto. Le immagini portano dati EXIF che includono coordinate GPS e identificativi del dispositivo. Spostare un rullino fotografico sul tuo server non ne rimuove nulla — lo sposta solamente in un posto che controlli tu, il che è meglio ma non è la stessa cosa che eliminarlo.
• Le integrazioni esterne. La condivisione federata, i backend di storage remoti, le notifiche via email e i controlli di aggiornamento dell'app store contattano tutti l'esterno dalla macchina, e ognuna di esse è una terza parte che vede il tuo server.
• I log del server. I tuoi stessi log registrano indirizzi IP e user agent per ogni sincronizzazione. Sulla tua stessa macchina va bene — finché la macchina non viene sequestrata, momento in cui i tuoi log diventano prove sui tuoi stessi movimenti.

Chiudere queste falle è un lavoro ordinario, non qualcosa di esotico. Scegli un registrar che accetta crypto e raccoglie il minimo indispensabile. Metti la macchina su un host che non ti ha mai chiesto chi sei e pagalo da un saldo in crypto — Bitcoin è pseudonimo, non anonimo, quindi ricaricare in Monero è ciò che chiude la traccia on-chain se per te questo conta. Disattiva le notifiche push se i metadati ti preoccupano e accetta la sincronizzazione ritardata che ne consegue. E se l'istanza è destinata solo a te e a un paio di persone fidate, non esporla affatto a tutto internet: mettila dietro un tunnel WireGuard e lasciala rispondere solo sul tunnel — il che elimina anche l'intera categoria di attacchi contro una pagina di login pubblica.

Tenerlo in funzione dopo la migrazione

Un file server che funziona da un anno è un file server che nessuno controlla da un anno. Una breve routine è la differenza tra questo e perdere ciò che lo hai costruito per proteggere.

• Fai il backup del database e dell'albero dei file insieme, da un punto nel tempo coerente. Un backup dei file senza il database corrispondente si ripristina come un'istanza dall'aspetto vuoto piena di orfani.
• Tieni una copia che non sia sul server. Uno snapshot che vive sulla stessa macchina sopravvive a un guasto del disco e a nient'altro — non a una compromissione, non a una cancellazione per errore che si sincronizza ovunque, non a un account perso.
• Fai un ripristino una volta, di proposito, mentre non c'è nulla che non va. Un backup non testato della tua libreria fotografica è un'ipotesi sui tuoi ricordi.
• Aggiorna secondo il ritmo del progetto e non saltare mai una versione major. Nextcloud si aggiorna una release major alla volta, e saltarne due è una migrazione che dovrai disfare a mano.
• Tieni d'occhio lo spazio libero con un margine reale. Gli aggiornamenti hanno bisogno di spazio per funzionare, e un disco che si riempie durante una migrazione del database è il modo in cui un aggiornamento di routine diventa un ripristino.
• Controlla che i job in background stiano davvero girando. Generazione delle anteprime, pulizia del cestino e potatura delle versioni vivono tutti lì, e un cron rotto in silenzio si manifesta mesi dopo come un disco misteriosamente pieno.

Aggiungi anche un controllo esterno, già che ci sei — qualcosa che recupera la pagina di login dall'esterno e si lamenta quando smette di rispondere ti avvisa che l'istanza è down prima che se ne accorga un client di sincronizzazione in coda. E tratta la macchina stessa come descritto in i primi dieci minuti su un nuovo VPS, perché la posta in gioco su una macchina che custodisce ogni documento che possiedi non è più bassa di quella su una che custodisce denaro.

Errori che costano alle persone i propri file

• Installare su SQLite perché era il valore predefinito, per poi vederlo bloccarsi la prima volta che due dispositivi sincronizzano simultaneamente.
• Trattare il cestino e le versioni dei file come un backup, e scoprire che non lo sono il giorno in cui un client di sincronizzazione propaga una cancellazione ovunque.
• Migrare l'intera libreria fotografica prima di configurare i backup, e vivere per un mese nella finestra in cui l'unica copia si trova su una macchina noleggiata.
• Attivare la crittografia lato server, concludere che i file sono ora privati anche per l'host, e agire in base a quella convinzione.
• Dimensionare il disco per quello che i file misurano oggi, senza alcun margine per versioni, cestino e anteprime.
• Saltare la configurazione della cache in memoria e dei job in background, per poi dare la colpa all'hardware per un'istanza che sembra lenta.
• Lasciare i limiti di upload ai valori predefiniti e scoprire a metà migrazione che tutto ciò che è grande fallisce silenziosamente.
• Saltare due versioni major in un solo aggiornamento perché l'istanza è rimasta ferma per un anno.
• Noleggiare il server e registrare il dominio a proprio nome, dopo aver fatto bene tutto il resto.

Nextcloud è uno dei rari progetti self-hosted che eguaglia davvero il prodotto commerciale che sostituisce sulle cose che contano giorno per giorno — la sincronizzazione funziona e basta, l'app per il telefono funziona e basta, e dopo una settimana smetti di notare la differenza. L'installazione è un pomeriggio e la migrazione è una notte. Quello che ti resta è ogni file che possiedi su una macchina che risponde a te, pagata da un saldo in crypto, su un host che non ti ha mai chiesto il nome. Dimensiona il disco per quello che i dati diventeranno piuttosto che per quello che sono, cifra lato client la piccola parte che ne ha davvero bisogno, e imposta il backup prima di averne bisogno piuttosto che dopo.