Connessione mobile ownCloud rifiutata? Verifica URL e raggiungibilità

Se l'app mobile ownCloud visualizza il messaggio "Connessione rifiutata", apri innanzitutto l'indirizzo del server in un browser sullo stesso telefono, quindi verifica che l'app stia utilizzando l'URL di base del server e la rete corretta. Il rifiuto si verifica solitamente prima che l'app raggiunga la fase di accesso, quindi controlla che il server e il suo endpoint HTTPS siano raggiungibili prima di modificare password o impostazioni dell'app.

Cosa ti dice "connessione rifiutata"

L'app deve prima stabilire una connessione di rete con il server; solo dopo, ownCloud può verificare nome utente, password o flusso di accesso. Un rifiuto, quindi, indica innanzitutto un problema con l'indirizzo IP, il percorso di rete, il firewall o il listener del server web. È diverso da un messaggio di password non valida. Anche un avviso relativo al certificato è un problema a parte: significa che il server ha risposto in modo sufficiente da consentire all'app di ispezionare il suo certificato TLS.

Prima di procedere alla risoluzione dei problemi, assicurati di avere l'indirizzo IP esatto del server fornito dall'amministratore, incluso qualsiasi percorso come /owncloud, e di sapere se il server è accessibile solo tramite rete aziendale o VPN. Se gestisci il server, assicurati anche di avere accesso al suo DNS, al firewall, al proxy inverso e allo stato del server web.

Il browser del telefono visualizza una pagina di accesso generica in stile ownCloud all'indirizzo sicuro cloud.example.com.
Il caricamento della pagina di accesso tramite browser conferma che questo telefono può raggiungere un servizio web all'indirizzo host visualizzato tramite HTTPS.

Verifica l'indirizzo e la rete dal telefono

  1. Apri l'indirizzo esatto nel browser del telefono. Utilizza la stessa connessione Wi-Fi o cellulare dell'app. Se il browser non riesce a caricarlo, concentrati sulla raggiungibilità piuttosto che sulle credenziali dell'account dell'app. Se la pagina di accesso si carica, annota l'indirizzo finale nel browser e continua con la verifica dell'URL dell'app.
  2. Inserisci l'URL di base del server nell'app ownCloud. Per un server installato in una sottocartella, un esempio è https://cloud.example.com/owncloud; se è installato nella directory principale del dominio, l'indirizzo potrebbe essere https://cloud.example.com. La guida ai server di ownCloud afferma che le sue app per dispositivi mobili utilizzano l'URL di base e la cartella. Non aggiungere nulla /remote.php/webdavall'indirizzo dell'app mobile di ownCloud; si tratta di un endpoint WebDAV per altri client WebDAV. Verifica la presenza di una sottocartella mancante, di un errore di battitura, di una barra in più o di una porta non approvata. Consulta la guida agli URL per dispositivi mobili e WebDAV di ownCloud .
  3. Confronta la connessione Wi-Fi con quella cellulare oppure prova la VPN aziendale. Se l'indirizzo funziona con una connessione ma non con un'altra, probabilmente il problema non risiede nell'account. La differenza potrebbe essere dovuta a un percorso di rete, a un record DNS, a un requisito VPN o a una regola del firewall. Utilizza la rete richiesta dalla tua organizzazione; non tentare di aggirare i controlli di accesso.
La schermata generica dell'account di un'app mobile mostra l'indirizzo del server https://cloud.example.com/owncloud con l'icona di un lucchetto.
L'URL dell'account include la sottocartella di installazione; utilizzare l'indirizzo base esatto fornito per il proprio server ownCloud.

ownCloud consiglia di utilizzare HTTPS per le connessioni mobili. Mantieni questa impostazione https://a meno che l'amministratore del server non indichi esplicitamente il contrario; il passaggio al protocollo HTTP non crittografato può esporre credenziali e traffico di file. Se l'app visualizza un avviso relativo al certificato dopo l'avvio della connessione, chiedi all'amministratore di correggere il certificato o di confermare la procedura di approvazione del certificato da parte dell'organizzazione, anziché ignorare automaticamente l'avviso. Le istruzioni di connessione per Android descrivono l'inserimento dell'URL del server e la verifica del certificato.

Un'immagine di esempio delle impostazioni di rete del telefono mostra la connessione Wi-Fi attiva e la connessione cellulare non disponibile.
Testare lo stesso indirizzo server sia tramite Wi-Fi che tramite rete cellulare può rivelare se il problema segue un percorso di rete specifico.

Se la connessione viene ancora rifiutata, chiedi all'amministratore del server di verificare

Fornisci all'amministratore l'URL esatto, l'ora del tentativo fallito con il relativo fuso orario, se anche il browser non funziona e se l'utilizzo di Wi-Fi, rete cellulare o VPN influisce sul risultato. Chiedi loro di verificare:

  • Il nome host si risolve nel server previsto dalla rete interessata.
  • Il server web o proxy inverso è in esecuzione e in ascolto sulla porta HTTPS e sull'interfaccia di rete configurate.
  • Il firewall e le eventuali regole di sicurezza del cloud consentono il traffico sulla porta configurata e il proxy può raggiungere il proprio backend ownCloud.
  • L'host virtuale TLS e il percorso proxy servono l'host e il percorso di installazione previsti.

Per un amministratore, una semplice sonda esterna può aiutare a distinguere una connessione TCP rifiutata da una risposta HTTP: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/. Sostituire l'host e il percorso di esempio con i valori reali. Un rifiuto o un timeout indicano problemi di raggiungibilità dell'endpoint o della rete. Uno stato HTTP significa che la connessione è stata stabilita, quindi è opportuno esaminare il percorso restituito, l'autenticazione o il comportamento del certificato. Non aprire le porte del firewall in modo indiscriminato né disabilitare il firewall per eseguire un test; esaminare il listener previsto e le regole con ambito ristretto.

Una dashboard generica del server mostra lo stato di un proxy inverso in esecuzione, del listener e del firewall, nonché le voci recenti del registro degli accessi.
Un amministratore può confrontare lo stato del listener e del firewall con le voci del registro degli accessi al momento della richiesta non riuscita del telefono.

Utilizzare i log solo dopo aver verificato la raggiungibilità

Se l'indirizzo del server viene caricato in un browser ma l'app continua a non funzionare, raccogli il log dell'app mobile e chiedi all'amministratore di confrontarlo con i log di ownCloud e del server web. Le istruzioni ufficiali per la risoluzione dei problemi di Android indicano che i log dell'app si trovano in Impostazioni; se la sezione Log è nascosta, tocca il numero di build cinque volte per visualizzarla. Le istruzioni per la risoluzione dei problemi di iOS descrivono come abilitare la registrazione in Impostazioni, quindi Registrazione. I log delle richieste/risposte possono contenere dettagli sensibili, quindi condividili solo con il tuo amministratore o con l'assistenza di ownCloud tramite un canale approvato.

Sul server, ownCloud consiglia di esaminare il proprio log e i log di accesso e di errore del server web. Per Apache su Linux, la pagina di risoluzione dei problemi di ownCloud per Android indica che i log si trovano in genere in /var/log/apache2; le posizioni possono variare a seconda del server, del container e del provider di hosting. Una voce nel log di accesso relativa all'orario del test mostra che la richiesta ha raggiunto quel server web. Se non è presente alcuna voce corrispondente, la connessione potrebbe fallire in precedenza a livello di DNS, routing, firewall o gestione del proxy. Consultare le linee guida ufficiali di ownCloud sulla raccolta dei log .

Verifica la correzione

Riprova dall'app ownCloud utilizzando l'URL di base corretto e la rete richiesta dal server. La soluzione è confermata quando l'app supera il controllo di connessione e raggiunge la schermata di accesso o di visualizzazione dei file senza errori. Se il browser funziona ma l'app no, invia all'amministratore la versione dell'app, la versione del sistema operativo del telefono, l'URL esatto del server (con i dati privati ​​oscurati), l'ora del test, la rete utilizzata e un estratto del log anonimizzato.

Lascia un commento

Elimina in modo sicuro le versioni dei file di ownCloud con il comando occ

Elimina in modo sicuro le versioni dei file di ownCloud con il comando occ

Rimuovere tutte le versioni dei file di ownCloud Server Classic memorizzate per un singolo account o per tutti gli utenti, e distinguere tra eliminazione completa e scadenza basata sulla conservazione.

Connessione mobile ownCloud rifiutata? Verifica URL e raggiungibilità

Connessione mobile ownCloud rifiutata? Verifica URL e raggiungibilità

Per individuare la causa di un rifiuto di connessione mobile di ownCloud, verifica l'URL del server, la rete telefonica, l'endpoint HTTPS e i log del server nell'ordine corretto.

Esegui in modo affidabile i processi in background di ownCloud con un timer Systemd

Sostituisci le esecuzioni dei processi su richiesta con un timer systemd che esegue il comando occ system:cron supportato da ownCloud ogni 15 minuti.

Ripristina la sincronizzazione WebDAV di ownCloud individuando il percorso interrotto

Traccia la richiesta WebDAV attraverso Apache, Nginx o un proxy inverso, quindi verifica che la sincronizzazione di ownCloud funzioni con un test PROPFIND autenticato.

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

Risolvi l'avviso di Nextcloud relativo all'indirizzo in uscita mancante impostando l'URL canonico e verificando il routing DNS, HTTPS e del proxy inverso dal server stesso.

Configurare la cache Redis di Nextcloud su Ubuntu 24.04

Configurare la cache Redis di Nextcloud su Ubuntu 24.04

Configurare APCu e Redis tramite un socket Unix locale per la memorizzazione nella cache e il blocco dei file in Nextcloud, con istruzioni per le versioni attuali e precedenti di Nextcloud.

Attivare l'esecuzione automatica di Nextcloud Cron con un timer Systemd

Controlla la modalità cron di Nextcloud, ripara il servizio systemd e il timer e verifica che i processi in background vengano eseguiti dopo l'avvio e ogni cinque minuti.

Rimuovi l'avviso di blocco dei file di Nextcloud con Redis

Abilita il blocco affidabile dei file in Nextcloud, scegli il backend Redis o Valkey più adatto e verifica che l'avviso scompaia senza rischiare modifiche simultanee ai file.

Cosa serve per ottenere una valutazione di sicurezza A+ da Nextcloud

Cosa serve per ottenere una valutazione di sicurezza A+ da Nextcloud

Risolvi i problemi più comuni riscontrati durante le scansioni di Nextcloud con gli aggiornamenti più recenti, HTTPS e HSTS, una configurazione precisa del proxy inverso e verifiche rispetto al server pubblico.

Abilita la crittografia lato server di Nextcloud con un impatto misurabile

Configura Nextcloud SSE per lo spazio di archiviazione che lo richiede, proteggi le chiavi di crittografia e misura l'impatto sul trasferimento dati e sulla CPU prima di crittografare i file esistenti.