Strona główna
» Jak
»
Odmowa połączenia z ownCloud Mobile? Sprawdź adres URL i dostępność
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 ł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
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.
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 .
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.
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.
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.
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.