Если мобильное приложение ownCloud выдает сообщение «Соединение отклонено», сначала откройте адрес вашего сервера в браузере на том же телефоне, а затем убедитесь, что приложение использует базовый URL-адрес сервера и правильную сеть. Отказ обычно происходит до того, как приложение дойдет до этапа авторизации, поэтому проверьте доступность сервера и его HTTPS-адреса, прежде чем менять пароли или настройки приложения.
Приложение должно сначала установить сетевое соединение с сервером; только после этого ownCloud может проверить имя пользователя, пароль или процесс входа в систему. Поэтому отказ указывает в первую очередь на адрес, сетевой маршрут, брандмауэр или прослушиватель веб-сервера. Это отличается от сообщения о неверном пароле. Предупреждение о сертификате также является отдельной проблемой: оно означает, что сервер ответил достаточно полно, чтобы приложение могло проверить его TLS-сертификат.
Прежде чем приступать к устранению неполадок, получите точный адрес сервера, предоставленный администратором, включая любые пути, например /owncloud, , и выясните, предназначен ли сервер для доступа только через корпоративную сеть или VPN. Если вы управляете сервером, также получите доступ к его DNS, брандмауэру, обратному прокси-серверу и состоянию веб-сервера.
https://cloud.example.com/owncloud; если он установлен в корне домена, адрес может быть таким https://cloud.example.com: . В руководстве по серверам ownCloud указано, что мобильные приложения используют базовый URL-адрес и папку. Не добавляйте /remote.php/webdavк адресу мобильного приложения ownCloud; это конечная точка WebDAV для других клиентов WebDAV. Проверьте наличие отсутствующей подпапки, опечатки, лишней косой черты или несанкционированного порта. См. руководство ownCloud по URL-адресам для мобильных приложений и WebDAV .
ownCloud рекомендует использовать HTTPS для мобильных подключений. Продолжайте использовать HTTPS, https://если администратор сервера явно не дал других указаний; переход на обычный HTTP может привести к утечке учетных данных и файлового трафика. Если после начала подключения приложение выдает предупреждение о сертификате, попросите администратора исправить сертификат или подтвердить утвержденный организацией процесс сертификации, вместо того чтобы автоматически отклонять предупреждение. Инструкции по подключению для Android описывают ввод URL-адреса сервера и проверку сертификата.
Предоставьте администратору точный URL-адрес, время неудачной попытки с указанием часового пояса, информацию о том, возникает ли ошибка и в каком браузере, а также о том, влияет ли на результат Wi-Fi, сотовая связь или VPN. Попросите его подтвердить это:
Для администратора базовый внешний тест может помочь отличить отклоненное TCP-соединение от HTTP-ответа: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/. Замените примерные хост и путь реальными значениями. Отказ или тайм-аут указывают на недоступность конечной точки или сети. Статус HTTP означает, что соединение установлено, поэтому вместо этого следует исследовать возвращенный маршрут, аутентификацию или поведение сертификата. Не открывайте порты брандмауэра на полную мощность и не отключайте брандмауэр в качестве теста; проверьте предполагаемый прослушиватель и правила с узкой областью действия.
Если адрес сервера загружается в браузере, но приложение по-прежнему не работает, соберите лог мобильного приложения и попросите администратора сравнить его с логами ownCloud и веб-сервера. В официальных инструкциях по устранению неполадок Android логи приложения находятся в настройках; если раздел «Логи» скрыт, его можно отобразить, нажав на номер сборки пять раз. В инструкциях по устранению неполадок iOS описано включение ведения логов в разделе «Настройки», затем «Ведение логов». Логирование запросов/ответов может содержать конфиденциальную информацию, поэтому делитесь ею только с администратором или службой поддержки ownCloud по утвержденному каналу.
На сервере ownCloud рекомендует просмотреть собственный журнал, а также журналы ошибок и доступа веб-сервера. Для Apache на Linux на странице устранения неполадок ownCloud для Android указано, что журналы обычно находятся в /var/log/apache2; расположение может отличаться на других серверах, в контейнерах и у хостинг-провайдеров. Запись в журнале доступа за время тестирования показывает, что запрос достиг этого веб-сервера. Если соответствующей записи нет, возможно, сбой соединения произошел на более ранних этапах, связанных с DNS, маршрутизацией, брандмауэром или обработкой прокси-сервера. См. официальное руководство ownCloud по сбору журналов .
Повторите попытку из приложения ownCloud, используя исправленный базовый URL-адрес и сеть, необходимую серверу. Исправление подтверждается, когда приложение успешно проходит проверку соединения и достигает ожидаемого входа в систему или просмотра файлов без отказа. Если браузер работает, а приложение нет, отправьте администратору версию приложения, версию операционной системы телефона, точный URL-адрес сервера (с удаленными конфиденциальными данными), время тестирования, используемую сеть и очищенный фрагмент лога.
Удалите все сохраненные версии файлов ownCloud Server Classic для одной учетной записи или всех пользователей и различайте полную очистку и истечение срока действия на основе срока хранения.
Чтобы отследить отказ в подключении к мобильному приложению ownCloud, проверьте URL-адрес сервера, сеть телефона, конечную точку HTTPS и журналы сервера в правильной последовательности.
Замените запуск заданий по требованию таймером systemd, который запускает поддерживаемую ownCloud команду occ system:cron каждые 15 минут.
Проследите за выполнением WebDAV-запроса через Apache, Nginx или обратный прокси-сервер, а затем подтвердите работоспособность синхронизации ownCloud с помощью аутентифицированного теста PROPFIND.
Устраните предупреждение Nextcloud об отсутствии исходящего адреса, установив канонический URL-адрес и проверив маршрутизацию DNS, HTTPS и обратного прокси-сервера непосредственно на самом сервере.
Настройка APCu и Redis через локальный Unix-сокет для кэширования и блокировки файлов в Nextcloud, с пошаговыми инструкциями для текущих и более старых версий Nextcloud.
Проверьте режим cron в Nextcloud, восстановите работу службы systemd и таймера, а также убедитесь, что фоновые задачи запускаются после запуска системы и каждые пять минут.
Включите надежную блокировку файлов в Nextcloud, выберите подходящий бэкенд Redis или Valkey и убедитесь, что предупреждение исчезает без риска одновременного изменения файлов.
Устраните распространенные ошибки сканирования Nextcloud с помощью текущих обновлений, HTTPS и HSTS, точного доверия к обратному прокси-серверу и проверок на общедоступном сервере.
Настройте Nextcloud SSE для необходимого вам хранилища, защитите ключи шифрования и измерьте влияние на передачу данных и загрузку процессора перед шифрованием существующих файлов.
