Per un'istanza di ownCloud Server ospitata direttamente dietro un VirtualHost Apache, la procedura usuale consiste nel puntare un dominio pubblico al server, rendere il sito HTTP raggiungibile ed eseguire il programma di installazione Apache di Certbot per quell'hostname. Ad esempio, se il tuo indirizzo ownCloud è cloud.example.com, Certbot può richiedere un certificato Let's Encrypt e configurare Apache per servire HTTPS con sudo certbot --apache -d cloud.example.com. Testa il sito e il rinnovo automatico prima di farvi affidamento.
Questa procedura si riferisce a un'installazione di ownCloud Classic 10.16 in stile Apache su Ubuntu, come presupposto dalla guida di ownCloud per Apache. Se si esegue ownCloud Classic 11 in Docker, ownCloud richiede la configurazione di HTTPS sul proxy web davanti al container. Se un provider di hosting o un reverse proxy termina già TLS, configurare il certificato lì anziché tentare di installarlo nel container di ownCloud.
Let's Encrypt verifica che tu controlli il nome di dominio richiesto prima di emettere un certificato. Per la comune verifica HTTP-01, Let's Encrypt deve essere in grado di recuperare un file temporaneo dal tuo server tramite HTTP pubblico sulla porta 80. Lo stesso nome host deve risolversi nell'endpoint pubblico che ospita il tuo sito ownCloud. Il traffico HTTPS raggiunge quindi l'endpoint Apache sulla porta 443.
cloud.example.com, e ne controlli i record DNS.Se il tuo sito si trova dietro un proxy, un bilanciatore di carico, un host di container o un pannello di controllo, identifica dove termina il TLS pubblico prima di eseguire Certbot. Un certificato installato sulla macchina sbagliata non proteggerà la connessione tra browser e server. Per ownCloud Classic 11, l'architettura Docker supportata gestisce Apache all'interno del container e posiziona HTTPS sul proxy web.
Se possibile, utilizza un nome host ownCloud dedicato. ownCloud richiede che ogni URL del browser utilizzato per accedere sia elencato trusted_domainsnel suo config/config.phpfile. Se stai passando da un indirizzo IP o da un altro nome host a ownCloud cloud.example.com, aggiungi il nuovo host a una voce non utilizzata nell'array trusted-domains prima di testare il nuovo indirizzo. Non sovrascrivere accidentalmente un'altra voce.
Prima di richiedere un certificato, verificare che la connessione HTTP standard raggiunga il sito ownCloud desiderato. In Apache, il VirtualHost dovrebbe specificare il nome host esatto tramite una ServerNamedirettiva. Le istruzioni di ownCloud per Apache presuppongono una configurazione VirtualHost e, su Ubuntu, posizionano le definizioni del sito in /etc/apache2/sites-available/. I percorsi e i nomi dei servizi possono variare su altre distribuzioni.
Esegui un backup della configurazione attiva di Apache VirtualHost prima di modificarla. Questo ti fornirà un punto di ripristino nel caso in cui un programma di installazione automatico scelga il sito sbagliato o crei un host HTTPS in conflitto. Se hai più siti sullo stesso server, controlla i VirtualHost esistenti per assicurarti che il certificato sia associato al nome host di ownCloud anziché al sito predefinito.
Installa Certbot seguendo le istruzioni specifiche per il tuo sistema operativo e la tua configurazione di Apache. Le istruzioni ufficiali di Certbot raccomandano il pacchetto Snap per molte installazioni Linux, ma la disponibilità del pacchetto e i metodi di installazione supportati dipendono dalla distribuzione. Evita di utilizzare contemporaneamente più installazioni di Certbot provenienti dal gestore di pacchetti del sistema operativo e da Snap; il comando da utilizzare certbotdeve essere quello corrispondente al plugin di Apache che intendi installare.
Su un host Ubuntu in cui Snap è installato e supportato, le istruzioni di Certbot mostrano questo percorso di installazione:
sudo snap install --classic certbot
sudo ln -s /snap/bin/certbot /usr/local/bin/certbotSe Certbot è già installato, verifica quale versione è in esecuzione nella tua shell e come è stata installata prima di aggiungerne un'altra copia. Per altre opzioni di installazione supportate, consulta la guida di installazione di Certbot per Apache .
Richiedi e installa il certificato per il tuo hostname ownCloud:
sudo certbot --apache -d cloud.example.comSostituisci cloud.example.comcon il nome host reale. Certbot eseguirà la convalida del dominio e, con il programma di installazione di Apache, aggiornerà Apache per utilizzare il certificato emesso. Se desideri che un singolo certificato copra più nomi, specifica esplicitamente ciascun nome, ad esempio -d cloud.example.com -d files.example.com. Ogni nome elencato deve puntare a un endpoint raggiungibile e superare la convalida.
Certbot potrebbe chiedere se le richieste HTTP debbano essere reindirizzate a HTTPS. L'attivazione del reindirizzamento è opportuna una volta che il VirtualHost HTTPS è funzionante. ownCloud consiglia HTTPS per gli ambienti di produzione e un reindirizzamento permanente per il traffico non crittografato. Se preferisci gestire autonomamente la configurazione di Apache, Certbot offre anche una modalità solo certificato; utilizza la guida Apache di ownCloud per collegare correttamente i file del certificato e il VirtualHost, quindi testa la configurazione prima di riavviare Apache.
Il metodo HTTP-01 utilizza un percorso sulla /.well-known/acme-challenge/porta 80. Se un router inoltra la porta 80 a un'altra macchina, un firewall la blocca o un altro proxy instrada quel percorso altrove, la convalida potrebbe fallire anche se la pagina di ownCloud viene caricata tramite HTTPS. Verifica il DNS pubblico e l'inoltro delle porte, quindi assicurati che la sfida ACME raggiunga lo stesso endpoint in cui è in esecuzione Certbot.
Se il tuo provider di servizi Internet o le tue policy di rete bloccano la porta 80, valuta la possibilità di utilizzare la convalida DNS-01. Questa verifica il controllo del dominio tramite un record DNS TXT e consente di emettere certificati wildcard, ma l'automazione del rinnovo dipende dalla disponibilità di un plugin API compatibile da parte del tuo provider DNS. Evita di inserire credenziali DNS generiche su un server web quando sono disponibili credenziali con ambito più ristretto o un host di convalida separato. Non utilizzare una procedura basata esclusivamente su HTTP-01 per un certificato wildcard.
Prima di chiudere la finestra di manutenzione, verificare che la configurazione di Apache sia valida e che Certbot elenchi il nuovo certificato:
sudo apache2ctl configtest
sudo certbot certificatesSu Ubuntu, un controllo di sintassi di Apache andato a buon fine segnala che la configurazione è valida. Apri il sito https://cloud.example.comin un browser ed effettua l'accesso. Verifica che il browser mostri un certificato valido per l'hostname esatto e prova un client rappresentativo per il caricamento, il download e la sincronizzazione dei file. Se hai abilitato un reindirizzamento, visita l'indirizzo HTTP e verifica che la connessione raggiunga lo stesso hostname HTTPS senza un loop di reindirizzamento.
Se la pagina di accesso di ownCloud segnala un dominio non attendibile, controlla trusted_domainsla configurazione del server. Se il browser reindirizza a un hostname errato o ownCloud genera link HTTP dietro un proxy inverso, esamina gli host inoltrati e le intestazioni HTTPS del proxy, nonché le impostazioni del proxy di ownCloud. Tali impostazioni dipendono dalla topologia del proxy; non copiare le impostazioni del proxy inverso in un'installazione diretta di Apache senza un valido motivo.
I certificati standard di Let's Encrypt hanno una durata limitata, quindi il rinnovo deve essere automatizzato. Le installazioni di Certbot solitamente forniscono un timer systemd o un'attività cron. Testa il rinnovo in anticipo con:
sudo certbot renew --dry-runUna simulazione verifica il percorso di rinnovo senza sostituire il certificato attivo. In caso di errore, leggere l'output di Certbot e correggere il problema relativo a DNS, firewall, challenge-routing o Apache indicato. Verificare la presenza di un timer o di un'attività pianificata tramite gli strumenti di servizio del sistema operativo; non dare per scontato che il rinnovo sia attivo solo perché è stato emesso il primo certificato. Mantenere la porta 80 libera se il rinnovo utilizza HTTP-01 oppure assicurarsi che l'automazione DNS-01 possa ancora aggiornare il record TXT necessario.
| Situazione | Percorso consigliato |
|---|---|
| ownCloud Classic 10.16 su Ubuntu con Apache esposto direttamente | Utilizza il programma di installazione Apache di Certbot per l'hostname di ownCloud. |
| ownCloud Classic 11 in Docker | Configura HTTPS sul proxy web davanti al container. |
| Il pannello di controllo dell'hosting gestisce già i certificati. | Utilizza il flusso di lavoro Let's Encrypt del pannello e verifica che il rinnovo avvenga. |
| Impossibile raggiungere il server web sulla porta 80 oppure è necessario un carattere jolly | Utilizzare DNS-01 con un metodo di rinnovo appropriato. |
| Apache dispone di diversi VirtualHost | Conferma che Certbot ha selezionato l'host virtuale il cui ServerName corrisponde al nome host del certificato. |
Non abilitare HSTS includeSubDomainsfinché ogni sottodominio rilevante non viene servito correttamente tramite HTTPS; un'intestazione su un hostname influisce sul modo in cui i browser trattano i suoi sottodomini. Innanzitutto, assicurati che il certificato, i reindirizzamenti e il rinnovo siano affidabili. Quindi, consulta le linee guida di ownCloud per la protezione di HSTS e altre impostazioni TLS appropriate alla configurazione completa del tuo dominio.
Documentazione verificata il 6 ottobre 2026. I percorsi dei file e i comandi esatti riportati di seguito si riferiscono a Ubuntu con Apache e ownCloud Classic 10.16; per Docker, reverse proxy, hosting-panel, Nginx e implementazioni non Ubuntu sono necessarie istruzioni specifiche per il loro endpoint TLS.
Riferimenti: ownCloud 10.16: Configurare Apache con Let's Encrypt ; ownCloud 11: Guida a HTTPS e reverse proxy ; ownCloud 10.16: Domini attendibili ; Certbot: Installazione e rinnovo di Apache ; Let's Encrypt: Tipi di challenge ; Let's Encrypt: Mantenere aperta la porta 80 .
Scopri cosa fa Microsoft IIS, come funzionano la sua pipeline di richieste e i pool di applicazioni e quando Apache, NGINX o Caddy potrebbero essere più adatti alle tue esigenze di server web.
Diagnostica i picchi di utilizzo della CPU del browser Jitsi Meet e riduci il carico del client controllando i riquadri video, gli effetti della fotocamera, la grafica del browser e le impostazioni dell'host.
Monitora lo stato di salute, il carico della conferenza e il traffico di Jitsi Videobridge con il suo endpoint Prometheus integrato, quindi esplora e visualizza i dati in Grafana.
Configura un dominio personalizzato per Jitsi Meet Docker con DNS, URL pubblico, HTTPS, Let's Encrypt, porte del firewall, impostazioni NAT e verifica end-to-end.
Fix Zimbra Admin Console 404 errors after SSL renewal by checking the correct URL and port, proxy routing, service status, deployed certificates, and logs.
Scopri come diagnosticare e risolvere l'avviso di configurazione di PHP OPcache di Nextcloud controllando l'SAPI PHP attivo, i limiti di dimensionamento, i commenti e le impostazioni di riconvalida.
Risolvere i problemi di migrazione del database Kopano dopo un aggiornamento di MySQL o MariaDB verificando i backup, le versioni del server, le modalità SQL, il set di caratteri, lo stato dello schema e i log.
Collega Nextcloud a LDAP o Active Directory con trasporto sicuro, filtri per utenti e gruppi, attributi di accesso e un'implementazione collaudata.
Risolvi i problemi di notifiche di Element Android sui telefoni senza Google configurando UnifiedPush, le autorizzazioni Android, le impostazioni della batteria ed eseguendo test di verifica affidabili.
Risolvi l'avviso di Nextcloud relativo agli indici del database mancanti utilizzando il comando ufficiale occ. Prima di procedere, esegui un backup, visualizza in anteprima le modifiche, avvia la riparazione e verifica il risultato.
