Imposta l'URL pubblico di Nextcloud in modo che possa raggiungere se stesso.

Imposta l'URL base canonico di Nextcloud sull'indirizzo effettivamente utilizzato dagli utenti, quindi assicurati che il server Nextcloud possa risolvere e connettersi a tale indirizzo. Per una tipica installazione HTTPS, l'impostazione chiave è overwrite.cli.url; se Nextcloud si trova dietro un proxy inverso, correggi anche il protocollo inoltrato o la directory radice web solo quando la tua configurazione lo richiede.

Un avviso descritto come "Il server non ha un indirizzo di puntamento in uscita" può riferirsi al fatto che Nextcloud non riesce a generare o verificare un indirizzo verso il proprio servizio web. Nella documentazione attuale di Nextcloud, diversi controlli di configurazione richiedono che il server web raggiunga uno dei suoi domini attendibili o l'indirizzo configurato overwrite.cli.url. Questo è diverso da un avviso generico di "nessuna connessione Internet funzionante", che indica problemi con il DNS in uscita, il firewall o l'accesso proxy a servizi esterni.

Quale URL dovrebbe utilizzare Nextcloud?

Scegli l'URL stabile che i tuoi utenti inseriscono normalmente. Ad esempio, se gli utenti aprono https://cloud.example.com, usa esattamente quello schema e nome host. Se l'installazione viene servita da una sottocartella, come https://example.com/nextcloud, includi /nextcloudnell'URL di base. Evita di usare localhosto un nome di contenitore privato come URL canonico quando i link generati devono funzionare per gli utenti esterni a quella macchina.

Nextcloud utilizza overwrite.cli.urlquesto URL come URL base canonico quando genera link al di fuori di una normale richiesta del browser, inclusi i contesti da riga di comando e i processi in background. Questo lo rende un'impostazione adatta quando un avviso o un link non funzionante è causato da un URL errato dedotto durante l'installazione.

Imposta l'URL base canonico

Su un'installazione Linux standard, spostati nella directory di Nextcloud che contiene occ—in genere /var/www/nextcloud— ed esegui questo comando come utente del server web:

cd /var/www/nextcloud
sudo -u www-data php occ config:system:set overwrite.cli.url --value="https://cloud.example.com"

Sostituisci l'URL di esempio con il tuo indirizzo pubblico reale. Per un'installazione in una sottocartella, includi il relativo percorso, ad esempio https://example.com/nextcloud. Se la tua installazione utilizza un account server web, un contenitore o una struttura di pacchetti diversi, utilizza il metodo documentato di tale distribuzione per eseguire occ; il percorso e l'account sopra indicati non sono universali.

È anche possibile modificare quello esistente config/config.phpe aggiungere questa voce all'interno dell'array $CONFIG:

'overwrite.cli.url' => 'https://cloud.example.com',

Non creare un secondo $CONFIGarray né sovrascrivere il resto del file. Mantieni la virgola finale se seguono altre voci. Esegui un backup al di fuori della configdirectory attiva prima di apportare modifiche manuali; Nextcloud potrebbe caricare file aggiuntivi con estensione .ext .config.phpda quella directory come configurazione in tempo reale.

Cosa cambia quando Nextcloud si trova dietro un proxy inverso?

Un proxy inverso accetta la richiesta HTTPS pubblica e la inoltra a Nextcloud, a volte tramite HTTP semplice su una rete privata. Nextcloud potrebbe quindi dedurre lo schema, il nome host o il percorso errati quando crea il proprio URL. La guida ufficiale sui proxy inversi raccomanda di utilizzare i parametri di sovrascrittura solo quando il rilevamento automatico fallisce e di elencare l'indirizzo del proxy in trusted_proxies.

Per un proxy che 10.0.0.1serve Nextcloud all'indirizzo https://cloud.example.com/nextcloud, le voci pertinenti appaiono così all'interno dell'array di configurazione esistente:

'trusted_proxies'   => ['10.0.0.1'],
'overwriteprotocol' => 'https',
'overwritewebroot'  => '/nextcloud',
'overwrite.cli.url' => 'https://cloud.example.com/nextcloud',

Utilizza l'indirizzo effettivo che Nextcloud vede per il proxy e il percorso pubblico nella tua implementazione. Per un'installazione nel dominio radice, ometti questo parametro overwritewebroota meno che non sia richiesto da una specifica configurazione del proxy. Nextcloud fa notare che overwritehostnon è necessario nella maggior parte delle configurazioni perché può leggere l'host inoltrato dal proxy; impostalo solo quando devi forzare un nome host. Impostazioni errate di attendibilità del proxy o di intestazioni di inoltro possono influire sul modo in cui vengono interpretati gli indirizzi IP dei client, quindi non copiare un indirizzo di esempio senza aver prima verificato la tua topologia.

Il server può raggiungere quell'URL dall'interno della propria rete?

Esegui il test dall'host Nextcloud o dal container Nextcloud se il servizio è in esecuzione in Docker. Prima verifica la risoluzione dei nomi, poi effettua una richiesta HTTPS:

getent ahosts cloud.example.com
curl -I https://cloud.example.com/status.php

Il nome host dovrebbe risolversi nell'indirizzo raggiungibile previsto e la richiesta dovrebbe restituire una risposta HTTP da Nextcloud senza errori di certificato. Una richiesta andata a buon fine dal tuo laptop non dimostra che il server possa raggiungere lo stesso URL. I server domestici dietro un router potrebbero non riuscire a raggiungere il proprio indirizzo pubblico dall'interno della LAN; questo problema è spesso chiamato NAT hairpin o NAT loopback. Configura il DNS split in modo che lo stesso nome host pubblico si risolva internamente all'indirizzo LAN del proxy inverso oppure abilita il comportamento loopback supportato dal router. Mantieni pubblico l'URL canonico in modo che i link inviati agli utenti remoti rimangano validi.

Non "risolvere" un problema di certificato usandolo curl -kcome prova che HTTPS funziona correttamente. Installa o configura una catena di certificati considerata attendibile dal sistema o dal container su cui è in esecuzione Nextcloud, quindi ripeti il ​​test normalmente.

Quando è opportuno verificare l'accesso generale a Internet in uscita?

Se la pagina di amministrazione indica esplicitamente che Nextcloud non dispone di una connessione Internet funzionante o non riesce a raggiungere più endpoint esterni, la overwrite.cli.urlsola modifica di queste impostazioni non ripristinerà il traffico in uscita da Internet. Verificare la risoluzione DNS e le regole del firewall in uscita dal server. Se la rete richiede un proxy HTTP, configurare le impostazioni proxy supportate da Nextcloud o l'ambiente utilizzato da PHP e dai processi in background; un proxy configurato solo in una shell interattiva potrebbe non essere disponibile per i processi pianificati.

Verifica la correzione

Dopo che Nextcloud riesce a risolvere e raggiungere il suo URL canonico, ricarica la Panoramica di amministrazione. Verifica che l'indirizzo utilizzi il nome host HTTPS corretto e tutte le sottocartelle, quindi crea un link di condivisione di prova e controlla che contenga lo stesso host raggiungibile. Se l'avviso relativo all'indirizzo in uscita scompare ma persiste un avviso di connettività Internet, analizza separatamente l'accesso in uscita. Il Manuale di amministrazione di Nextcloud documenta le impostazioni dell'URL e del proxy inverso; la dicitura esatta della schermata può variare a seconda della versione e dell'interfaccia tradotta.

Riferimenti ufficiali

• Esempi di impostazioni del reverse proxy di Nextcloud e URL canonici
• Riferimento di configurazione di Nextcloud per overwrite.cli.url
• Panoramica dell'amministrazione di Nextcloud: avvertenze di sicurezza e configurazione.