Conexiune mobilă ownCloud refuzată? Verificați adresa URL și accesibilitatea

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.

Ce îți spune „conexiune refuzată”

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.

Un browser de telefon afișează o pagină de conectare generică în stil ownCloud la o adresă securizată cloud.example.com.
Un browser care încarcă pagina de conectare confirmă că acest telefon poate accesa un serviciu web la gazda afișată prin HTTPS.

Verificați adresa și rețeaua de pe telefon

  1. Deschideți adresa exactă în browserul telefonului. Folosiți aceeași conexiune Wi-Fi sau celulară ca și aplicația. Dacă nici browserul nu o poate încărca, concentrați-vă pe accesibilitate, mai degrabă decât pe datele de autentificare ale aplicației. Dacă pagina de conectare se încarcă, notați adresa finală în browser și continuați cu verificarea adresei URL a aplicației.
  2. Introduceți adresa URL de bază a serverului în aplicația ownCloud. Pentru un server instalat într-un subfolder, un exemplu este 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 .
  3. Comparați Wi-Fi-ul cu rețeaua celulară sau încercați VPN-ul organizației. Dacă adresa funcționează printr-o conexiune, dar nu și prin alta, probabil că nu este cauza contului. Diferența poate indica o rută de rețea, o înregistrare DNS, o cerință VPN sau o regulă de firewall. Folosiți rețeaua necesară organizației dvs.; nu încercați să ocoliți controalele de acces.
Un ecran generic pentru un cont de aplicație mobilă afișează adresa serverului https://cloud.example.com/owncloud cu o pictogramă de lacăt.
Adresa URL a contului include subfolderul de instalare; utilizați adresa de bază exactă furnizată pentru serverul dvs. 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.

O machetă a setărilor rețelei telefonice arată că rețeaua Wi-Fi este conectată și rețeaua celulară este indisponibilă.
Testarea aceleiași adrese de server pe Wi-Fi și celular poate dezvălui dacă eroarea urmează o singură cale de rețea.

Dacă încă refuză conexiunea, cereți administratorului serverului să verifice

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:

  • Numele de gazdă se rezolvă la serverul dorit din rețeaua afectată.
  • Serverul web sau proxy-ul invers rulează și ascultă pe portul HTTPS configurat și pe interfața de rețea.
  • Firewall-ul și orice reguli de securitate în cloud permit traficul pe portul configurat, iar proxy-ul poate ajunge la propriul backend în cloud.
  • Gazda virtuală TLS și ruta proxy deservesc gazda și calea de instalare așteptate.

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.

Un tablou de bord generic al serverului afișează un proxy invers care rulează, starea listenerului și a firewall-ului, precum și intrările recente din jurnalul de acces.
Un administrator poate compara starea listenerului și a firewall-ului cu intrările din jurnalul de acces la momentul solicitării eșuate a telefonului.

Folosește jurnalele numai după confirmarea accesibilității

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 .

Verificați remedierea

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.

Lasă un comentariu

Ștergeți în siguranță avertismentul ownCloud Apache .htaccess

Ș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.

Configurarea auditului ownCloud Enterprise și verificarea jurnalelor

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.

Conectează ownCloud Infinite Scale la Keycloak cu OIDC

Conectează ownCloud Infinite Scale la Keycloak cu OIDC

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.

Mutați fișierele ownCloud către un nou proprietar fără a pierde partajările

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.

Accelerează interogările ownCloud 10 prin gestionarea în siguranță a indexurilor

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.

Montați o partajare SMB/CIFS în ownCloud fără o montare Linux

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.

Ștergeți în siguranță versiunile fișierelor ownCloud cu comanda occ

Ștergeți în siguranță versiunile fișierelor ownCloud cu comanda occ

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.

Conexiune mobilă ownCloud refuzată? Verificați adresa URL și accesibilitatea

Conexiune mobilă ownCloud refuzată? Verificați adresa URL și accesibilitatea

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ă.

Execută joburi în fundal ownCloud în mod fiabil cu un temporizator Systemd

Înlocuiți rularea joburilor la cerere cu un cronometru systemd care rulează comanda occ system:cron acceptată de ownCloud la fiecare 15 minute.

Restaurați sincronizarea ownCloud WebDAV prin găsirea rutei defecte

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.