1 28/10/2026 10 min

Su Ubuntu 22.04 LTS Jammy ownCloud si installa in modo pulito se separi bene i pezzi: web server, database, PHP e archiviazione dei dati. La parte che crea più problemi, in pratica, non è il download dell’applicazione ma la compatibilità tra versione di ownCloud, estensioni PHP e configurazione del database. Se imposti correttamente questi tre elementi, il resto è una procedura abbastanza lineare.

In questa guida uso Apache, MariaDB e PHP su Ubuntu 22.04 LTS. È una combinazione solida per un’installazione classica, facile da mantenere e semplice da diagnosticare quando qualcosa non torna. Se hai già un web stack attivo, puoi adattare i passaggi, ma conviene verificare prima le versioni già presenti per evitare conflitti o moduli mancanti.

Prerequisiti e controllo dell’ambiente

Prima di toccare i pacchetti, conviene capire se il server è davvero pronto. ownCloud dipende da PHP con diverse estensioni, da un database affidabile e da un web server configurato correttamente. Su una macchina fresca di Ubuntu 22.04 LTS, il primo controllo utile è aggiornare l’indice dei pacchetti e installare i componenti base.

Verifica anche che il sistema abbia spazio sufficiente per i file utente. ownCloud può crescere rapidamente se carichi documenti, foto o backup di team piccoli. Non è raro vedere installazioni apparentemente sane che poi si bloccano perché la partizione dati o quella di sistema si riempiono.

Aggiornamento del sistema e installazione dei pacchetti base

Parti sempre da un sistema aggiornato. È una misura banale, ma riduce il rischio di conflitti tra librerie e ti evita di inseguire bug già corretti nei repository ufficiali.

sudo apt update
sudo apt -y upgrade

Ora installa Apache, MariaDB e PHP con le estensioni più comuni richieste da ownCloud. I nomi dei pacchetti possono variare leggermente in base al rilascio del software, ma su Jammy questa base è quella giusta per partire.

sudo apt install -y apache2 mariadb-server libapache2-mod-php \
php php-cli php-common php-curl php-gd php-intl php-mbstring php-mysql \
php-xml php-zip php-bz2 php-imagick php-apcu php-redis unzip wget

Dopo l’installazione, controlla che i servizi siano attivi:

systemctl status apache2 --no-pager
systemctl status mariadb --no-pager

Se uno dei due servizi risulta inattivo, fermati qui: non ha senso procedere con l’installazione applicativa finché la base non è stabile.

Database MariaDB dedicato per ownCloud

ownCloud non va appoggiato al database di sistema o a credenziali riutilizzate altrove. Crea un database dedicato e un utente dedicato con privilegi limitati al solo schema dell’applicazione. È una scelta semplice che riduce parecchio il blast radius in caso di errore o compromissione.

sudo mysql

Dentro il client MariaDB, crea schema e utente. Sostituisci la password con una stringa robusta generata in modo sicuro e conservata in un password manager o in un vault interno.

CREATE DATABASE owncloud CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
CREATE USER 'ownclouduser'@'localhost' IDENTIFIED BY 'PASSWORD_FORTE_E_UNICA';
GRANT ALL PRIVILEGES ON owncloud.* TO 'ownclouduser'@'localhost';
FLUSH PRIVILEGES;
EXIT;

Il controllo minimo è verificare che il database esista e che l’utente possa autenticarsi localmente. Se il login fallisce, il problema va corretto prima di aprire la procedura di setup web.

Download di ownCloud e posizionamento dei file

ownCloud si installa normalmente scompattando l’archivio nella document root di Apache. Prima di estrarre il pacchetto, conviene creare una cartella pulita e assegnare i permessi corretti al web server.

cd /tmp
wget https://download.owncloud.com/server/stable/owncloud-complete-latest.tar.bz2
sudo tar -xjf owncloud-complete-latest.tar.bz2 -C /var/www/
sudo chown -R www-data:www-data /var/www/owncloud

Se preferisci un layout più ordinato, puoi tenere i dati fuori dalla document root, ad esempio in /var/owncloud-data. È una scelta consigliata perché separa i file applicativi dai dati utente e rende più semplice la manutenzione. In questo caso crea la directory dati prima del wizard web:

sudo mkdir -p /var/owncloud-data
sudo chown -R www-data:www-data /var/owncloud-data
sudo chmod 750 /var/owncloud-data

Il dato importante qui è evitare che la directory dati sia accessibile via HTTP. Non basta che esista: deve anche essere fuori dal percorso pubblicamente servito o comunque protetta a livello di web server.

Configurazione di Apache per ownCloud

Per Apache conviene creare un VirtualHost dedicato. Questo evita di mischiare ownCloud con altri siti e semplifica i controlli su log, SSL e rewrite. Abilita i moduli necessari prima di creare la configurazione.

sudo a2enmod rewrite headers env dir mime ssl
sudo systemctl reload apache2

Ora crea un file di configurazione, ad esempio /etc/apache2/sites-available/owncloud.conf:

<VirtualHost *:80> ServerName cloud.example.com DocumentRoot /var/www/owncloud <Directory /var/www/owncloud> Options FollowSymlinks AllowOverride All Require all granted <IfModule mod_dav.c> Dav off </IfModule> </Directory> ErrorLog ${APACHE_LOG_DIR}/owncloud_error.log CustomLog ${APACHE_LOG_DIR}/owncloud_access.log combined
</VirtualHost>

Sostituisci cloud.example.com con il tuo nome host reale. Dopo il salvataggio, abilita il sito e ricarica Apache:

sudo a2ensite owncloud.conf
sudo apache2ctl configtest
sudo systemctl reload apache2

Il test apache2ctl configtest deve restituire Syntax OK. Se non succede, non andare avanti: correggi la configurazione prima di esporre il sito.

Impostazioni PHP da controllare prima del wizard

ownCloud è abbastanza sensibile ai parametri PHP. Su Ubuntu 22.04 la configurazione di default spesso funziona, ma per un’installazione affidabile conviene verificare alcuni valori chiave. I file da toccare di solito sono quelli di Apache, ad esempio /etc/php/8.1/apache2/php.ini se stai usando la versione predefinita di Jammy.

I parametri più importanti sono il limite di memoria, il tempo massimo di esecuzione, la dimensione massima degli upload e la timezone. Ecco un set ragionevole per una piccola installazione:

memory_limit = 512M
upload_max_filesize = 2G
post_max_size = 2G
max_execution_time = 360
max_input_time = 360
date.timezone = Europe/Rome

Dopo la modifica, riavvia Apache. Se vuoi verificare la configurazione attiva, puoi usare una pagina PHP temporanea o controllare la pagina di info del sistema, ma ricordati di rimuovere eventuali file di test subito dopo.

sudo systemctl restart apache2

Se preferisci una verifica rapida, controlla i log di Apache e gli eventuali warning PHP nei minuti successivi al riavvio. Un errore frequente è dimenticare un modulo non caricato o un valore troppo basso per gli upload.

Setup iniziale di ownCloud dal browser

A questo punto apri il browser e raggiungi il dominio configurato, ad esempio http://cloud.example.com oppure l’IP del server se stai lavorando in test. ownCloud dovrebbe presentare la schermata di installazione iniziale.

Nel wizard web crea l’account amministratore, poi inserisci i dati del database:

  • Utente database: ownclouduser
  • Password database: quella creata in MariaDB
  • Nome database: owncloud
  • Host database: localhost

Se hai predisposto una directory dati esterna, indica il percorso completo, ad esempio /var/owncloud-data. Questo passaggio è importante: una volta completata l’installazione, cambiare la directory dati richiede attenzione e non è una modifica da fare con leggerezza.

Se il wizard si blocca su un controllo di prerequisiti, non forzare la procedura. I messaggi di ownCloud sono abbastanza espliciti: in genere indicano quale estensione manca o quale valore PHP non è conforme.

Permessi, ownership e directory sensibili

Dopo l’installazione conviene verificare la proprietà dei file applicativi. La regola pratica è semplice: i file dell’app devono essere leggibili dal web server, ma non scrivibili indiscriminatamente da utenti non privilegiati. L’account www-data deve poter gestire i file necessari, ma non devi aprire più permessi del dovuto.

sudo find /var/www/owncloud -type d -exec chmod 755 {} \;
sudo find /var/www/owncloud -type f -exec chmod 644 {} \;
sudo chown -R www-data:www-data /var/www/owncloud

Se hai una policy più restrittiva, puoi rifinire i permessi in base al tuo modello operativo, ma il punto resta lo stesso: niente scrittura eccessiva sulle directory dell’applicazione. I dati utente, invece, vanno trattati separatamente e con più cautela.

HTTPS con Let’s Encrypt

ownCloud senza HTTPS è una cattiva idea, soprattutto se l’istanza è raggiungibile da reti non fidate. Su Apache, la via più rapida è usare Certbot con il plugin per Apache. Prima assicurati che il DNS del nome host punti correttamente al server e che la porta 80 sia raggiungibile.

sudo apt install -y certbot python3-certbot-apache
sudo certbot --apache -d cloud.example.com

Durante la procedura scegli il redirect automatico verso HTTPS. Dopo l’emissione del certificato, verifica che il sito risponda correttamente con il lucchetto attivo e che il rinnovo automatico sia abilitato. Il controllo rapido è questo:

sudo certbot renew --dry-run

Se usi un reverse proxy o una CDN davanti al server, la configurazione cambia: ownCloud deve vedere correttamente lo schema HTTPS e l’host pubblico. In quel caso va controllata anche la sezione dei trusted domains e dei parametri di proxy nel file di configurazione dell’applicazione.

Ottimizzazioni utili per un’istanza stabile

Una volta online, ownCloud beneficia di alcune ottimizzazioni semplici. La prima è la cache applicativa: APCu lato locale e, se serve, Redis per la memorizzazione distribuita o per il locking dei file. Questo riduce la latenza nelle operazioni ripetitive e migliora la reattività della dashboard.

La seconda riguarda i job in background. Il cron di ownCloud è preferibile alla modalità AJAX, soprattutto se l’istanza cresce. In ambiente produttivo conviene impostare un cron di sistema che richiami regolarmente il task scheduler dell’app.

sudo crontab -u www-data -e
*/5 * * * * php -f /var/www/owncloud/cron.php

Se il percorso di PHP differisce sul tuo server, verifica prima con which php. Non dare per scontato che il binario sia nello stesso path su tutte le installazioni.

Un altro punto spesso trascurato è la rotazione dei log. Apache, MariaDB e ownCloud possono generare molto rumore nei primi giorni di vita dell’istanza. Tenere d’occhio /var/log/apache2/owncloud_error.log e i log applicativi aiuta a intercettare subito configurazioni errate o problemi di permessi.

Verifiche finali dopo l’installazione

Dopo il primo accesso non limitarti a dire che “si apre la home”. Fai almeno questi controlli: login amministrativo, upload di un file di prova, creazione di una cartella, logout e nuovo accesso. Se possibile, verifica anche la sincronizzazione da un client desktop o mobile.

  • Stato servizio: systemctl status apache2 mariadb deve risultare attivo.
  • Pagina web: risposta HTTP 200 sul dominio pubblico.
  • Log Apache: nessun errore ricorrente in /var/log/apache2/owncloud_error.log.
  • Database: schema owncloud presente e accessibile.
  • HTTPS: certificato valido e rinnovo simulato con successo.

Se uno di questi punti fallisce, non aspettare che il problema diventi strutturale. Intervieni subito sul livello che mostra l’anomalia: DNS, web server, PHP, database o filesystem. È molto più semplice correggere un errore di configurazione nelle prime ore che dopo aver caricato dati reali e utenti reali.

Problemi comuni e correzioni rapide

Il caso più frequente è la pagina bianca o il 500 dopo il wizard. In genere la causa è una combinazione di estensione PHP mancante, permessi errati o memoria insufficiente. La prima cosa da guardare è sempre il log di Apache e, se disponibile, il log di ownCloud.

Un altro errore classico è il database non raggiungibile. Se il login da MariaDB funziona da shell ma non dal wizard, controlla host, nome utente, password e soprattutto che il database sia stato creato con il charset giusto. Il set utf8mb4 è la scelta corretta per evitare limitazioni inutili sui caratteri.

Infine, se il sito risponde ma alcune funzioni sembrano lente, guarda prima la cache e poi il cron. Molti problemi percepiti come “ownCloud lento” sono in realtà compiti di manutenzione eseguiti in modo sporadico o assente.

Manutenzione ordinaria dopo il go-live

Una volta online, ownCloud va trattato come un servizio di produzione vero e proprio. Aggiorna regolarmente il sistema, monitora lo spazio disco, controlla i certificati prima della scadenza e verifica i log quando compaiono errori nuovi. Anche il backup deve essere coerente: database e dati utente vanno salvati insieme, non separatamente e senza criterio.

La regola pratica è semplice: prima osservi, poi modifichi. Se qualcosa cambia nel comportamento dell’istanza, cerca il segnale minimo utile nei log e nei servizi attivi prima di intervenire sulla configurazione. È il modo più rapido per evitare interventi inutili e ridurre il rischio di downtime aggiuntivo.

Assunzione operativa: installazione single-server su Ubuntu 22.04 LTS con Apache, MariaDB e PHP 8.1, dominio pubblico dedicato e directory dati esterna consigliata.