Ștergeți în siguranță avertismentul ownCloud Apache .htaccess
Setați AllowOverride All doar pentru rădăcina web a ownCloud, validați vhost-ul Apache activ și reîncărcați în siguranță pentru a restaura regulile .htaccess.
Dacă aplicația mobilă ownCloud afișează mesajul „Conexiune refuzată”, deschideți mai întâi adresa serverului într-un browser pe același telefon, apoi confirmați că aplicația utilizează adresa URL de bază a serverului și rețeaua corectă. Un refuz are loc de obicei înainte ca aplicația să ajungă la pasul de conectare, așa că verificați dacă serverul și punctul final HTTPS sunt accesibile înainte de a schimba parolele sau setările aplicației.
Aplicația trebuie mai întâi să stabilească o conexiune de rețea la server; numai după aceea ownCloud poate verifica un nume de utilizator, o parolă sau un flux de conectare. Prin urmare, un refuz indică mai întâi adresa, ruta de rețea, firewall-ul sau listener-ul serverului web. Este diferit de un mesaj de parolă invalidă. Un avertisment privind certificatul este, de asemenea, o problemă separată: înseamnă că serverul a răspuns suficient de clar pentru ca aplicația să-i inspecteze certificatul TLS.
Înainte de a depana problema, trebuie să aveți adresa exactă a serverului furnizată de administrator, inclusiv orice cale, cum ar fi /owncloud, și să știți dacă serverul este destinat să fie accesibil doar printr-o rețea a companiei sau printr-un VPN. Dacă gestionați serverul, trebuie să aveți acces și la DNS-ul, firewall-ul, proxy-ul invers și starea serverului web.

https://cloud.example.com/owncloud; dacă este instalat la rădăcina domeniului, adresa poate fi https://cloud.example.com. Ghidul serverului ownCloud precizează că aplicațiile sale mobile utilizează adresa URL și folderul de bază. Nu adăugați /remote.php/webdavla adresa aplicației mobile ownCloud; acesta este un punct final WebDAV pentru alți clienți WebDAV. Verificați dacă lipsește un subfolder, o greșeală de scriere, o bară oblică suplimentară sau un port neaprobat. Consultați instrucțiunile pentru adresele URL mobile și WebDAV de la ownCloud .
ownCloud recomandă HTTPS pentru conexiunile mobile. Păstrați acest protocol https://cu excepția cazului în care administratorul serverului oferă instrucțiuni explicite contrare; trecerea la HTTP simplu poate expune acreditările și traficul de fișiere. Dacă aplicația afișează un avertisment privind certificatul după începerea conexiunii, solicitați administratorului să remedieze certificatul sau să confirme procesul de certificare aprobat de organizație în loc să respingă automat avertismentul. Instrucțiunile de conectare Android descriu introducerea adresei URL a serverului și verificarea certificatului.

Furnizați administratorului adresa URL exactă, ora încercării eșuate cu fusul orar, dacă și browserul eșuează și dacă rezultatul este modificat prin Wi-Fi, rețeaua celulară sau VPN. Rugați-i să verifice:
Pentru un administrator, o sondă externă de bază poate ajuta la separarea unei conexiuni TCP refuzate de un răspuns HTTP: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/. Înlocuiți gazda și calea exemplu cu valorile reale. Un refuz sau o expirare indică accesibilitatea punctului final sau a rețelei. O stare HTTP înseamnă că a fost stabilită conexiunea, așadar investigați în schimb ruta returnată, autentificarea sau comportamentul certificatului. Nu deschideți porturile firewall-ului pe scară largă și nu dezactivați firewall-ul ca test; inspectați listener-ul dorit și regulile cu domeniu de aplicare restrâns.

Dacă adresa serverului se încarcă într-un browser, dar aplicația tot eșuează, colectați jurnalul aplicației mobile și rugați administratorul să îl compare cu jurnalele ownCloud și ale serverului web. Instrucțiunile oficiale de depanare Android plasează jurnalele aplicației în Setări; dacă Jurnale este ascunsă, atingerea numărului de versiune de cinci ori o dezvăluie. Instrucțiunile de depanare iOS descriu activarea înregistrării în Setări, apoi în Înregistrare. Înregistrarea în jurnal a solicitărilor/răspunsurilor poate conține detalii sensibile, așadar partajați-o doar cu administratorul sau cu asistența ownCloud printr-un canal aprobat.
Pe server, ownCloud recomandă revizuirea propriului jurnal și a jurnalelor de erori și acces ale serverului web. Pentru Apache pe Linux, pagina de depanare ownCloud Android indică faptul că jurnalele sunt de obicei în /var/log/apache2; locațiile diferă în funcție de alte servere, containere și furnizori de găzduire. O intrare în jurnalul de acces pentru timpul de testare arată că solicitarea a ajuns la acel server web. Dacă nu există o intrare potrivită, este posibil ca conexiunea să fi eșuat anterior în gestionarea DNS, rutare, firewall sau proxy. Consultați ghidul oficial de colectare a jurnalelor ownCloud .
Reîncercați din aplicația ownCloud folosind adresa URL de bază corectată și rețeaua necesară serverului. Remedierea este confirmată atunci când aplicația trece de verificarea conexiunii și atinge autentificarea sau vizualizarea fișierului așteptate fără un refuz. Dacă browserul funcționează, dar aplicația nu, trimiteți administratorului versiunea aplicației, versiunea sistemului de operare al telefonului, adresa URL exactă a serverului cu detaliile private redactate, ora testării, rețeaua utilizată și un extras de jurnal curățat.
Setați AllowOverride All doar pentru rădăcina web a ownCloud, validați vhost-ul Apache activ și reîncărcați în siguranță pentru a restaura regulile .htaccess.
Activați aplicația Enterprise Auditing a ownCloud, direcționați evenimentele admin_audit către un fișier jurnal protejat și confirmați că acțiunile reale ale utilizatorilor sunt înregistrate.
Aliniați emitentul realm-ului Keycloak, clientul web și revendicările utilizatorului pentru a permite ownCloud Infinite Scale să conecteze utilizatorii în mod fiabil pe clienții web și mobili.
Transferă fișierele deținute și partajările de ieșire cu comanda occ din ownCloud, înțelege ce rămâne în urmă și verifică accesul înainte de a șterge contul vechi.
Află când necesită atenție indexurile bazei de date ownCloud 10, cum să aplici în siguranță actualizările schemei acceptate și când optimizarea interogărilor sau o modificare a bazei de date reprezintă cea mai bună soluție.
Conectați o partajare de rețea Windows sau Samba la ownCloud prin intermediul spațiului de stocare extern, verificați acreditările și depanați în siguranță folderele inaccesibile.
Eliminați fiecare versiune de fișier ownCloud Server Classic stocată pentru un cont sau pentru toți utilizatorii și faceți diferența între o eliminare completă și o expirare bazată pe retenție.
Urmăriți un refuz al conexiunii mobile ownCloud verificând adresa URL a serverului, rețeaua telefonică, endpoint-ul HTTPS și jurnalele serverului în ordinea corectă.
Înlocuiți rularea joburilor la cerere cu un cronometru systemd care rulează comanda occ system:cron acceptată de ownCloud la fiecare 15 minute.
Urmăriți cererea WebDAV prin Apache, Nginx sau un proxy invers, apoi confirmați că sincronizarea ownCloud funcționează cu un test PROPFIND autentificat.