Wchodzisz na swój serwer hostowany samodzielnie w Dokumentach ONLYOFFICE, klikasz Dalej , a aplikacja będzie się kręcić, aż zgłosi przekroczenie limitu czasu połączenia. To samo konto może nadal działać w przeglądarce na komputerze, co sprawia, że problem wygląda na błąd aplikacji. W praktyce przekroczenie limitu czasu zazwyczaj oznacza, że telefon nie może połączyć się z dokładnie wprowadzonym adresem URL usługi, adres URL wskazuje na niewłaściwy komponent ONLYOFFICE lub warstwa sieciowa blokuje żądanie.
Zacznij od określenia, co tak naprawdę oferuje Twój serwer. Aplikacja mobilna Dokumenty łączy się z portalem ONLYOFFICE, takim jak DocSpace lub Workspace, albo z obsługiwaną chmurą innej firmy, taką jak NextCloud, ownCloud lub inną usługą WebDAV. ONLYOFFICE Docs, nazywany również Serwerem Dokumentów, to usługa edycji współpracująca z platformą pamięci masowej; nie jest automatycznie tym samym, co portal użytkownika lub konto pliku WebDAV. Obsługiwane typy kont opisano w omówieniu Dokumentów dla Androida i Dokumentów dla iOS w aplikacji ONLYOFFICE.
1. Potwierdź, z którego adresu ma korzystać aplikacja mobilna
Nie wklejaj adresu URL serwera dokumentów w każdym polu połączenia. Jeśli Twoje pliki są przechowywane w samodzielnie hostowanym portalu DocSpace lub Workspace, użyj publicznego adresu tego portalu i zaloguj się za pomocą konta w portalu. Jeśli Twoje pliki znajdują się w NextCloud lub ownCloud, wybierz tę usługę w aplikacji i wprowadź adres WebDAV serwera pamięci masowej wraz z danymi logowania do konta. W przypadku ogólnej usługi WebDAV wybierz opcję „Inny WebDAV” w aplikacji, jeśli jest dostępna.
W przypadku Nextcloud i ownCloud adres URL może zawierać ścieżkę wykraczającą poza domenę. Skopiuj adres WebDAV widoczny w ustawieniach konta w chmurze, zamiast zgadywać ścieżkę ze starego samouczka. Przewodnik po połączeniach mobilnych ONLYOFFICE zawiera przykład Nextcloud i instruuje użytkowników, jak wkleić pełny adres URL, łącznie z protokołem. Instrukcje aplikacji dla systemu Android również zalecają podanie adresu URL połączenia, loginu i hasła do pamięci masowej WebDAV. Aktualny schemat połączenia można znaleźć w oficjalnym przewodniku integracji Nextcloud lub ownCloud .
- Dla konta portalu należy używać adresu URL portalu, a nie adresu usługi edytora.
- Użyj pełnego adresu URL WebDAV dla Nextcloud, ownCloud lub innego konta WebDAV.
- Zawiera
https://lub http://dokładnie tak, jak skonfigurowano na serwerze. - Nie dodawaj niezweryfikowanego sufiksu, takiego jak
/webdavlub /remote.php/dav; skopiuj wyświetlony adres URL WebDAV serwera.
2. Przetestuj ten sam adres poza aplikacją
Na telefonie otwórz adres w przeglądarce mobilnej. W przypadku adresu URL portalu oczekiwanym rezultatem jest strona logowania lub przekierowanie do portalu. W przypadku punktu końcowego WebDAV przeglądarka może wyświetlić monit o zalogowanie, odpowiedź autoryzacyjną lub zwykły błąd zamiast standardowej strony internetowej; ważne jest, aby przeglądarka reagowała szybko i nie zgłaszała, że host nie może zostać znaleziony lub nawiązany.
Powtórz test raz przez Wi-Fi i raz przez dane mobilne. Jeśli działa tylko w jednej sieci, aplikacja prawdopodobnie nie jest pierwszym miejscem do rozwiązania problemu. Sprawdź router, VPN, filtrowanie DNS, ograniczenia operatora komórkowego lub politykę zapory sieciowej w sieci, w której wystąpił błąd. Jeśli problem nie występuje w obu sieciach, upewnij się, że nazwa hosta jest rozpoznawana publicznie i że odwrotny serwer proxy lub zapora sieciowa przekierowują ruch HTTPS usługi do docelowego zaplecza.
Serwer, do którego można uzyskać dostęp tylko za pośrednictwem adresu prywatnego, taki jak ten, który 192.168.x.xzazwyczaj będzie niedostępny, gdy telefon znajduje się poza siecią lokalną, chyba że urządzenie jest połączone przez VPN lub inną bezpieczną konfigurację dostępu zdalnego. Nie udostępniaj usługi wewnętrznej w publicznym internecie wyłącznie w celu przetestowania aplikacji; skorzystaj z zatwierdzonej przez organizację metody dostępu zdalnego.
3. Sprawdź adres URL, przekierowania i odwrotny serwer proxy
Porównaj adres w aplikacji z adresem działającym w przeglądarce, znak po znaku. Sprawdź, czy nie brakuje podkatalogu, nie ma starej nazwy hosta, nieprawidłowego portu, ścieżki końcowej skopiowanej z innej usługi lub przekierowania do wewnętrznej nazwy hosta, której telefon nie może rozwiązać. Jeśli serwer znajduje się za odwrotnym proxy, publiczny adres URL powinien kierować do prawidłowej aplikacji, a przekazane informacje o schemacie i hoście powinny być zgodne z adresem HTTPS, do którego uzyskują dostęp użytkownicy.
Gdy portal lub usługa WebDAV są publikowane w ścieżce podrzędnej, należy sprawdzić, czy serwer proxy zachowuje wymaganą ścieżkę i przekazuje żądania do tej aplikacji. Główny adres URL wyświetlający stronę powitalną odwrotnego serwera proxy dowodzi jedynie, że serwer WWW odpowiedział; nie dowodzi on, że portal lub punkt końcowy WebDAV aplikacji jest prawidłowo przekierowany. Jeśli to możliwe, należy przetestować dokładny adres URL skopiowany do aplikacji mobilnej, a nie tylko stronę główną domeny.
Jeśli aplikacja zgłasza przekroczenie limitu czasu, ale przeglądarka szybko otwiera stronę logowania, sprawdź dzienniki dostępu i błędów serwera proxy w momencie próby ponownego połączenia. Odpowiedź 502 lub 504 wskazuje na przekroczenie limitu czasu serwera upstream lub serwera proxy; 404 zazwyczaj sugeruje niezgodność ścieżki lub routingu; 401 lub 403 oznacza, że punkt końcowy odpowiedział, ale uwierzytelnienie lub dostęp zostały odrzucone. Te kody stanu zawężają zakres dochodzenia, ale ich znaczenie może zależeć od serwera proxy i oprogramowania chmurowego używanego przez ONLYOFFICE.
4. Zweryfikuj protokół HTTPS i łańcuch certyfikatów
Mobilne systemy operacyjne weryfikują certyfikaty serwerów. Certyfikat, który wygasł, został wydany dla innej nazwy hosta, nie posiada certyfikatu pośredniego lub został podpisany przez instytucję, której urządzenie nie ufa, może uniemożliwić bezpieczne połączenie. Otwórz dokładny adres HTTPS w telefonie i sprawdź ewentualne ostrzeżenia dotyczące certyfikatu w przeglądarce. Sprawdź również, czy data i godzina w urządzeniu są poprawne, ponieważ nieprawidłowy zegar może sprawić, że ważny certyfikat będzie wyglądał na wygasły lub jeszcze nieważny.
Użyj certyfikatu wydanego dla publicznej nazwy hosta i zainstaluj pełny łańcuch certyfikatów na publicznym serwerze proxy lub serwerze. Dokumentacja ONLYOFFICE opisuje konfigurację protokołu HTTPS dla serwera dokumentów; certyfikat musi być zgodny z adresem URL używanym przez klientów. Unikaj wyłączania weryfikacji certyfikatów jako trwałego rozwiązania. ONLYOFFICE opisuje tę opcję jako niebezpieczną w swojej dokumentacji integracji, a połączenie, które działa tylko po ominięciu weryfikacji certyfikatów, nadal wymaga poprawnej konfiguracji certyfikatu.
5. Oddziel problem z logowaniem do aplikacji od problemu z połączeniem z edytorem
Użytkownik może pomyślnie zalogować się do portalu, ale nadal mieć problemy z otwarciem dokumentu. Są to oddzielne połączenia. Aplikacja musi najpierw połączyć się z serwerem danych lub portalem. Podczas otwierania pliku integracja może również obejmować Serwer Dokumentów. Działające logowanie mobilne nie dowodzi zatem, że usługa edytora może połączyć się z serwerem danych ani że serwer danych może połączyć się z edytorem.
Jeśli limit czasu pojawia się dopiero po otwarciu pliku, poproś administratora o przetestowanie integracji po stronie serwera. Przewodniki ONLYOFFICE dotyczące Nextcloud i ownCloud wyjaśniają, że instalacje w sieciach z ograniczeniami mogą wymagać skonfigurowania adresów wewnętrznych dla żądań z serwera pamięci masowej do ONLYOFFICE Docs oraz z ONLYOFFICE Docs z powrotem do usługi pamięci masowej. Adresy publiczne mogą działać w przeglądarce telefonu, nawet jeśli ruch między serwerami nadal będzie niemożliwy.
Administrator powinien sprawdzić, czy obie usługi rozwiązują wzajemnie skonfigurowane nazwy hostów, czy reguły zapory zezwalają na wymagany ruch oraz czy łącznik używa tego samego tajnego klucza JWT skonfigurowanego dla Serwera Dokumentów, gdy JWT jest włączony. Nie zmieniaj tajnego klucza ani nie wyłączaj JWT na chybił trafił; najpierw porównaj skonfigurowane wartości, korzystając z oficjalnego przewodnika integracji dla swojej platformy chmurowej.
6. Sprawdź ponownie dane uwierzytelniające i stan aplikacji
Po potwierdzeniu dostępności i certyfikatów, zweryfikuj nazwę użytkownika i hasło w interfejsie internetowym dla tego samego portalu lub konta magazynu. Punkt końcowy WebDAV może wymagać rzeczywistych danych logowania konta lub hasła aplikacji, w zależności od polityki uwierzytelniania serwera. Jeśli włączone jest uwierzytelnianie wieloskładnikowe, postępuj zgodnie z instrukcjami dla danego serwera; nie zakładaj, że standardowe hasło logowania internetowego jest akceptowane przez każdą implementację WebDAV.
Zaktualizuj aplikację ONLYOFFICE Documents z oficjalnego sklepu z aplikacjami, zamknij ją i otwórz ponownie, a następnie spróbuj ponownie dodać konto. Jeśli konto zostało wcześniej zapisane z nieprawidłowym adresem, usuń to zapisane połączenie i utwórz nowe ze zweryfikowanym adresem URL. Nie spowoduje to usunięcia plików na serwerze: odłączenie konta w chmurze w aplikacji mobilnej powoduje usunięcie wpisu połączenia lokalnego, a nie zawartości pamięci zdalnej. Przed ponowną instalacją aplikacji lub wyczyszczeniem jej danych upewnij się, że wszystkie niezsynchronizowane dokumenty lokalne są zapisane lub mają kopię zapasową.
7. Sprawdź serwer dopiero po wykluczeniu prostszych przyczyn
Jeśli dokładny publiczny adres URL przekracza limit czasu na wielu urządzeniach i sieciach, prawdopodobną przyczyną jest serwer lub jego ścieżka sieciowa. Sprawdź, czy portal, usługa pamięci masowej, odwrotny serwer proxy i Serwer Dokumentów działają. W przypadku instalacji Dockera administrator może sprawdzić status kontenera i ostatnie logi za pomocą poleceń takich jak:
docker compose ps
docker compose logs --tail=100 <service-name>
Użyj rzeczywistych nazw usług z pliku Compose wdrożenia; nazwy różnią się w zależności od instalacji. Sprawdź, czy nie występują powtarzające się restarty, awarie DNS, błędy połączenia upstream, wyczerpanie zasobów lub problemy z odnawianiem certyfikatów. Unikaj ponownego uruchamiania każdego komponentu przed przechwyceniem logów, ponieważ ponowne uruchomienie może usunąć użyteczne dowody awarii.
W przypadku Serwera Dokumentów, oficjalne centrum pomocy zawiera /info/stronę, z której administratorzy mogą korzystać, aby sprawdzić działanie usługi, gdy jest ona włączona i dostępna. Jest to narzędzie diagnostyczne Serwera Dokumentów, a nie zamiennik testowania portalu lub adresu WebDAV wprowadzonego w aplikacji mobilnej. Zobacz instrukcje ONLYOFFICE dotyczące strony informacyjnej Serwera Dokumentów .
Sprawdź poprawność naprawy przez telefon
Wykonaj sprawdzenia w następującej kolejności: otwórz dokładny adres URL portalu lub WebDAV w przeglądarce telefonu; powtórz dla Wi-Fi i danych mobilnych; dodaj konto w Dokumentach ONLYOFFICE z pasującym typem usługi; zaloguj się; przejrzyj folder; i otwórz mały dokument testowy. Jeśli przeglądanie działa, ale edycja nie, sprawdź integrację Dokumentów ONLYOFFICE po stronie serwera. Jeśli przeglądarka i aplikacja przekroczą limit czasu, kontynuuj sprawdzanie DNS, zapory sieciowej, serwera proxy i serwera, zamiast wielokrotnie zmieniać hasło.
Pomyślny wynik to stabilne logowanie i lista folderów w sieci, w której zamierzasz pracować. Przetestuj otwieranie i zapisywanie pliku niekrytycznego, zanim zaczniesz polegać na konfiguracji dla ważnych dokumentów. Jeśli problem będzie się powtarzał, podaj administratorowi dokładny typ adresu URL (portal, WebDAV lub serwer dokumentów), system operacyjny telefonu, używaną sieć, znacznik czasu oraz wszelkie wpisy stanu HTTP lub dziennika proxy. Nie wysyłaj haseł, tokenów dostępu ani zawartości dokumentów w zgłoszeniu do pomocy technicznej.