Odmowa połączenia z ownCloud Mobile? Sprawdź adres URL i dostępność

Jeśli aplikacja mobilna ownCloud wyświetla komunikat „Połączenie odrzucone”, najpierw otwórz adres serwera w przeglądarce na tym samym telefonie, a następnie sprawdź, czy aplikacja korzysta z bazowego adresu URL serwera i prawidłowej sieci. Odmowa zazwyczaj następuje, zanim aplikacja dotrze do etapu logowania, dlatego przed zmianą haseł lub ustawień aplikacji sprawdź, czy serwer i jego punkt końcowy HTTPS są dostępne.

Co mówi Ci „odmowa połączenia”

Aplikacja musi najpierw nawiązać połączenie sieciowe z serwerem; dopiero potem ownCloud może sprawdzić nazwę użytkownika, hasło lub przepływ logowania. Odmowa wskazuje zatem najpierw na adres, trasę sieciową, zaporę sieciową lub odbiornik serwera WWW. Różni się to od komunikatu o nieprawidłowym haśle. Ostrzeżenie o certyfikacie to również osobny problem: oznacza, że ​​serwer odpowiedział wystarczająco daleko, aby aplikacja mogła sprawdzić jego certyfikat TLS.

Przed rozpoczęciem rozwiązywania problemów, uzyskaj dokładny adres serwera podany przez administratora, w tym wszelkie ścieżki, takie jak /owncloud, i sprawdź, czy serwer ma być dostępny tylko w sieci firmowej, czy przez VPN. Jeśli zarządzasz serwerem, uzyskaj również dostęp do jego DNS, zapory sieciowej, odwrotnego proxy i statusu serwera WWW.

Przeglądarka telefonu wyświetla ogólną stronę logowania w stylu ownCloud pod bezpiecznym adresem cloud.example.com.
Przeglądarka ładująca stronę logowania potwierdza, że ​​ten telefon może nawiązać połączenie z usługą internetową na wyświetlanym hoście za pośrednictwem protokołu HTTPS.

Sprawdź adres i sieć w telefonie

  1. Otwórz dokładny adres w przeglądarce telefonu. Użyj tego samego połączenia Wi-Fi lub komórkowego, co aplikacja. Jeśli przeglądarka również nie może jej załadować, skup się na dostępności, a nie na danych logowania do konta aplikacji. Jeśli strona logowania się załaduje, zanotuj końcowy adres w przeglądarce i kontynuuj sprawdzanie adresu URL aplikacji.
  2. Wprowadź adres URL serwera w aplikacji ownCloud. W przypadku serwera zainstalowanego w podfolderze, przykładowo: https://cloud.example.com/owncloud; jeśli jest zainstalowany w katalogu głównym domeny, adres może być https://cloud.example.com. W podręczniku serwera ownCloud podano, że aplikacje mobilne korzystają z adresu URL i folderu. Nie dopisuj /remote.php/webdavdo adresu aplikacji mobilnej ownCloud; jest to punkt końcowy WebDAV dla innych klientów WebDAV. Sprawdź, czy nie brakuje podfolderu, nie ma literówki, dodatkowego ukośnika lub niezatwierdzonego portu. Zapoznaj się z wytycznymi ownCloud dotyczącymi adresów URL dla urządzeń mobilnych i WebDAV .
  3. Porównaj Wi-Fi z siecią komórkową lub wypróbuj sieć VPN Twojej organizacji. Jeśli adres działa przez jedno połączenie, a nie przez inne, przyczyną prawdopodobnie nie jest konto. Różnica może wskazywać na trasę sieciową, rekord DNS, wymagania VPN lub regułę zapory sieciowej. Użyj sieci wymaganej przez Twoją organizację; nie próbuj omijać jej kontroli dostępu.
Na ekranie konta ogólnej aplikacji mobilnej wyświetlany jest adres serwera https://cloud.example.com/owncloud z ikoną kłódki.
Adres URL konta obejmuje podfolder instalacyjny; użyj dokładnego adresu bazowego podanego dla Twojego serwera ownCloud.

Firma ownCloud zaleca protokół HTTPS do połączeń mobilnych. Należy go zachować, https://chyba że administrator serwera wyraźnie zaleci inaczej; przejście na zwykły protokół HTTP może ujawnić dane uwierzytelniające i ruch plików. Jeśli aplikacja wyświetli ostrzeżenie o certyfikacie po nawiązaniu połączenia, poproś administratora o naprawienie certyfikatu lub potwierdzenie zatwierdzonego procesu certyfikacji w organizacji zamiast automatycznego odrzucania ostrzeżenia. Instrukcje dotyczące połączenia z systemem Android opisują wprowadzanie adresu URL serwera i sprawdzanie certyfikatu.

Makieta ustawień sieci telefonicznej pokazuje połączenie Wi-Fi i niedostępny dostęp do sieci komórkowej.
Sprawdzenie tego samego adresu serwera w sieci Wi-Fi i sieci komórkowej może wykazać, czy awaria wynika z jednej ścieżki sieciowej.

Jeśli nadal nie można nawiązać połączenia, poproś administratora serwera o sprawdzenie

Podaj administratorowi dokładny adres URL, godzinę nieudanej próby wraz ze strefą czasową, informację, czy przeglądarka również nie działa, oraz czy Wi-Fi, sieć komórkowa lub VPN zmienia wynik. Poproś o weryfikację:

  • Nazwa hosta wskazuje na docelowy serwer w danej sieci.
  • Serwer WWW lub odwrotny serwer proxy działa i nasłuchuje na skonfigurowanym porcie HTTPS i interfejsie sieciowym.
  • Zapora sieciowa i wszelkie reguły zabezpieczeń chmury zezwalają na ruch na skonfigurowanym porcie, a serwer proxy może uzyskać dostęp do własnego zaplecza w chmurze.
  • Wirtualny host TLS i trasa proxy obsługują oczekiwaną ścieżkę hosta i instalacji.

Administrator może oddzielić odrzucone połączenie TCP od odpowiedzi HTTP za pomocą podstawowej sondy zewnętrznej: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/. Zastąp przykładowy host i ścieżkę rzeczywistymi wartościami. Odmowa lub przekroczenie limitu czasu wskazuje na dostępność punktu końcowego lub sieci. Status HTTP oznacza, że ​​połączenie zostało nawiązane, więc zamiast tego należy zbadać zwróconą trasę, uwierzytelnianie lub zachowanie certyfikatu. Nie otwieraj szeroko portów zapory sieciowej ani nie wyłączaj zapory sieciowej w ramach testu; sprawdź docelowy odbiornik i reguły o wąskim zakresie.

Ogólny panel serwera wyświetla działający odwrotny serwer proxy, stan nasłuchiwacza i zapory sieciowej oraz ostatnie wpisy w dzienniku dostępu.
Administrator może porównać stan odbiornika i zapory z wpisami w dzienniku dostępu w momencie nieudanej próby wysłania żądania do telefonu.

Używaj dzienników tylko po potwierdzeniu dostępności

Jeśli adres serwera ładuje się w przeglądarce, ale aplikacja nadal nie działa, zbierz dziennik aplikacji mobilnej i poproś administratora o porównanie go z dziennikami ownCloud i serwera WWW. Oficjalne instrukcje rozwiązywania problemów z systemem Android umieszczają dzienniki aplikacji w Ustawieniach; jeśli „Dzienniki” są ukryte, pięciokrotne dotknięcie numeru kompilacji spowoduje ich wyświetlenie. Instrukcje rozwiązywania problemów z systemem iOS opisują włączanie rejestrowania w Ustawieniach, a następnie w „Logowanie”. Rejestrowanie żądań/odpowiedzi może zawierać poufne dane, dlatego udostępniaj je tylko administratorowi lub działowi pomocy technicznej ownCloud za pośrednictwem zatwierdzonego kanału.

Na serwerze ownCloud zaleca sprawdzenie własnego logu oraz logów błędów i dostępu serwera WWW. W przypadku Apache w systemie Linux, strona rozwiązywania problemów ownCloud dla systemu Android informuje, że logi zazwyczaj znajdują się w /var/log/apache2; lokalizacje różnią się w zależności od serwerów, kontenerów i dostawców hostingu. Wpis w logu dostępu dla czasu testu wskazuje, że żądanie dotarło do tego serwera WWW. Jeśli nie ma pasującego wpisu, połączenie mogło zostać przerwane wcześniej w systemie DNS, routingu, zaporze sieciowej lub obsłudze serwera proxy. Zapoznaj się z oficjalnymi wskazówkami dotyczącymi gromadzenia logów ownCloud .

Sprawdź poprawność

Spróbuj ponownie z aplikacji ownCloud, używając poprawnego adresu URL i sieci wymaganej przez serwer. Poprawkę uznaje się za poprawną, gdy aplikacja przejdzie kontrolę połączenia i bez problemu osiągnie oczekiwany stan logowania lub widok plików. Jeśli przeglądarka działa, ale aplikacja nie, wyślij administratorowi wersję aplikacji, wersję systemu operacyjnego telefonu, dokładny adres URL serwera z usuniętymi danymi prywatnymi, czas testu, użytą sieć oraz oczyszczony fragment dziennika.

Zostaw komentarz

Bezpieczne czyszczenie wersji plików ownCloud za pomocą polecenia occ

Bezpieczne czyszczenie wersji plików ownCloud za pomocą polecenia occ

Usuń każdą zapisaną wersję pliku ownCloud Server Classic dla jednego konta lub wszystkich użytkowników i odróżnij pełne usunięcie od wygaśnięcia na podstawie okresu przechowywania.

Odmowa połączenia z ownCloud Mobile? Sprawdź adres URL i dostępność

Odmowa połączenia z ownCloud Mobile? Sprawdź adres URL i dostępność

Śledź odmowę połączenia mobilnego ownCloud, sprawdzając we właściwej kolejności adres URL serwera, sieć telefoniczną, punkt końcowy HTTPS i dzienniki serwera.

Niezawodne uruchamianie zadań w tle ownCloud za pomocą timera Systemd

Zastąp zadania wykonywane na żądanie timerem systemd, który co 15 minut uruchamia polecenie occ system:cron obsługiwane przez ownCloud.

Przywróć synchronizację ownCloud WebDAV, znajdując uszkodzoną trasę

Prześledź żądanie WebDAV przez Apache, Nginx lub odwrotny serwer proxy, a następnie sprawdź, czy synchronizacja ownCloud działa za pomocą uwierzytelnionego testu PROPFIND.

Ustaw publiczny adres URL NextCloud, aby mógł się do siebie dodzwonić

Napraw ostrzeżenie Nextcloud o brakującym adresie wychodzącym, ustawiając jego kanoniczny adres URL i sprawdzając routing DNS, HTTPS i odwrotnego serwera proxy na samym serwerze.

Konfigurowanie buforowania Nextcloud Redis w systemie Ubuntu 24.04

Konfigurowanie buforowania Nextcloud Redis w systemie Ubuntu 24.04

Skonfiguruj APCu i Redis przez lokalne gniazdo Unix na potrzeby buforowania i blokowania plików w usłudze Nextcloud, wraz z instrukcjami dla bieżących i starszych wersji usługi Nextcloud.

Uruchom automatycznie Nextcloud Cron za pomocą timera Systemd

Sprawdź tryb cron Nextcloud, napraw usługę systemd i timer oraz zweryfikuj, czy zadania w tle są uruchamiane po uruchomieniu i co pięć minut.

Usuń ostrzeżenie o blokowaniu plików w NextCloud za pomocą Redis

Włącz niezawodne blokowanie plików Nextcloud, wybierz odpowiedni serwer Redis lub Valkey i sprawdź, czy ostrzeżenie zostanie usunięte bez ryzyka równoczesnych zmian w plikach.

Co jest potrzebne, aby uzyskać ocenę bezpieczeństwa Nextcloud A+

Co jest potrzebne, aby uzyskać ocenę bezpieczeństwa Nextcloud A+

Napraw typowe błędy skanowania Nextcloud dzięki bieżącym aktualizacjom, protokołom HTTPS i HSTS, precyzyjnemu zaufaniu do odwrotnego serwera proxy i sprawdzeniu względem serwera publicznego.

Włącz szyfrowanie po stronie serwera Nextcloud z mierzalnym wpływem

Skonfiguruj Nextcloud SSE dla pamięci masowej, która tego wymaga, chroń klucze szyfrujące i zmierz wpływ transferu i procesora przed zaszyfrowaniem istniejących plików.