Si la aplicación móvil de ownCloud muestra el mensaje "Conexión rechazada", primero abre la dirección del servidor en un navegador del mismo teléfono y, a continuación, verifica que la aplicación esté utilizando la URL base del servidor y la red correcta. El rechazo suele producirse antes de que la aplicación llegue al paso de inicio de sesión, así que comprueba que el servidor y su punto final HTTPS sean accesibles antes de cambiar las contraseñas o la configuración de la aplicación.
La aplicación debe establecer primero una conexión de red con el servidor; solo después de eso, ownCloud puede verificar el nombre de usuario, la contraseña o el proceso de inicio de sesión. Por lo tanto, un rechazo apunta primero a la dirección, la ruta de red, el firewall o el servidor web. Es diferente de un mensaje de contraseña incorrecta. Una advertencia de certificado también es un asunto aparte: significa que el servidor respondió lo suficientemente bien como para que la aplicación pudiera inspeccionar su certificado TLS.
Antes de solucionar el problema, tenga a mano la dirección exacta del servidor que le proporcionó su administrador, incluyendo cualquier ruta como /owncloud, y sepa si el servidor solo debe ser accesible a través de la red corporativa o una VPN. Si administra el servidor, también debe tener acceso a su DNS, firewall, proxy inverso y estado del servidor web.
https://cloud.example.com/owncloud; si está instalado en la raíz del dominio, la dirección puede ser https://cloud.example.com. La guía del servidor de ownCloud indica que sus aplicaciones móviles utilizan la URL base y la carpeta. No añada /remote.php/webdava la dirección de la aplicación móvil de ownCloud; ese es un punto final WebDAV para otros clientes WebDAV. Compruebe si falta alguna subcarpeta, si hay errores tipográficos, barras adicionales o un puerto no autorizado. Consulte la guía de URL móviles y WebDAV de ownCloud .
ownCloud recomienda HTTPS para conexiones móviles. Manténgalo https://a menos que el administrador del servidor indique explícitamente lo contrario; cambiar a HTTP sin cifrado puede exponer las credenciales y el tráfico de archivos. Si la aplicación muestra una advertencia de certificado después de que se inicie la conexión, solicite al administrador que corrija el certificado o confirme el proceso de certificación aprobado por la organización, en lugar de descartar la advertencia automáticamente. Las instrucciones de conexión para Android describen cómo ingresar la URL del servidor y la verificación del certificado.
Proporcione al administrador la URL exacta, la hora del intento fallido con la zona horaria, si el navegador también falla y si la conexión Wi-Fi, los datos móviles o la VPN modifican el resultado. Pídales que verifiquen lo siguiente:
Para un administrador, una sonda externa básica puede ayudar a diferenciar una conexión TCP rechazada de una respuesta HTTP: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/. Reemplace el host y la ruta de ejemplo con los valores reales. Un rechazo o un tiempo de espera agotado indican problemas de accesibilidad del punto final o de la red. Un estado HTTP significa que la conexión se estableció, por lo que se debe investigar la ruta devuelta, la autenticación o el comportamiento del certificado. No abra puertos del firewall de forma generalizada ni desactive el firewall como prueba; inspeccione el oyente previsto y las reglas de alcance limitado.
Si la dirección del servidor se carga en el navegador pero la aplicación sigue fallando, recopile el registro de la aplicación móvil y pida al administrador que lo compare con los registros de ownCloud y del servidor web. Las instrucciones oficiales de solución de problemas de Android ubican los registros de la aplicación en Ajustes; si Registros está oculto, al tocar el número de compilación cinco veces se mostrará. Las instrucciones de solución de problemas de iOS describen cómo habilitar el registro en Ajustes, luego en Registro. El registro de solicitudes/respuestas puede contener información confidencial, por lo que solo debe compartirlo con su administrador o con el soporte de ownCloud a través de un canal autorizado.
En el servidor, ownCloud recomienda revisar su propio registro y los registros de errores y acceso del servidor web. Para Apache en Linux, la página de solución de problemas de ownCloud para Android indica que los registros suelen estar en /var/log/apache2; las ubicaciones varían con otros servidores, contenedores y proveedores de alojamiento. Una entrada en el registro de acceso para la hora de la prueba muestra que la solicitud llegó a ese servidor web. Si no hay ninguna entrada coincidente, la conexión puede estar fallando antes en el manejo de DNS, enrutamiento, firewall o proxy. Consulte la guía oficial de ownCloud para la recopilación de registros .
Inténtalo de nuevo desde la aplicación ownCloud usando la URL base corregida y la red requerida por el servidor. La solución se confirma cuando la aplicación supera la comprobación de conexión y llega a la pantalla de inicio de sesión o visualización de archivos esperada sin problemas. Si el navegador funciona pero la aplicación no, envía al administrador la versión de la aplicación, la versión del sistema operativo del teléfono, la URL exacta del servidor con la información privada oculta, la hora de la prueba, la red utilizada y un extracto del registro anonimizado.
Elimine todas las versiones de archivos almacenadas de ownCloud Server Classic para una cuenta o para todos los usuarios, y distinga entre una eliminación completa y la caducidad basada en la retención.
Para rastrear un rechazo de conexión móvil de ownCloud, verifique la URL del servidor, la red telefónica, el punto final HTTPS y los registros del servidor en el orden correcto.
Sustituya la ejecución de trabajos bajo demanda por un temporizador systemd que ejecute el comando occ system:cron compatible con ownCloud cada 15 minutos.
Rastrea la solicitud WebDAV a través de Apache, Nginx o un proxy inverso, y luego confirma que la sincronización de ownCloud funciona con una prueba PROPFIND autenticada.
Solucione el problema de Nextcloud que indica que falta la dirección de correo electrónico saliente configurando su URL canónica y comprobando el DNS, HTTPS y el enrutamiento del proxy inverso desde el propio servidor.
Configure APCu y Redis a través de un socket Unix local para el almacenamiento en caché y el bloqueo de archivos de Nextcloud, con pasos para las versiones actuales y anteriores de Nextcloud.
Comprueba el modo cron de Nextcloud, repara su servicio systemd y su temporizador, y verifica que las tareas en segundo plano se ejecuten después del inicio y cada cinco minutos.
Habilite el bloqueo de archivos confiable de Nextcloud, elija el backend Redis o Valkey adecuado y verifique que la advertencia desaparezca sin riesgo de que se produzcan cambios simultáneos en los archivos.
Solucione los problemas comunes detectados en los análisis de Nextcloud con las últimas actualizaciones, HTTPS y HSTS, una configuración precisa de la confianza en el proxy inverso y comprobaciones con el servidor público.
Configure Nextcloud SSE para el almacenamiento que lo necesite, proteja las claves de cifrado y mida el impacto en la transferencia y la CPU antes de cifrar los archivos existentes.
