Saltar a contenido

Resolución de problemas

Plataforma Archivo de registro
Linux /var/log/drovio-server/drovio-server.log
Windows C:\ProgramData\Drovio\Drovio Server\Logs\drovio-server.log

El archivo de registro es siempre el primer sitio donde mirar. Cada sección de más abajo le indica qué buscar en él.

El panel de administración es inaccesible

  1. Compruebe que el servicio está en marcha. Consulte Iniciar y detener el servicio para su plataforma. Si no lo está, el registro le dice por qué.

  2. Compruebe el puerto. De forma predeterminada, Drovio Server escucha en el puerto 8090 en HTTP, o en el definido por https_port cuando HTTPS está activado. Asegúrese de que ningún otro proceso ocupa ese puerto.

  3. Compruebe la accesibilidad. Si accede al panel desde otra máquina, compruebe que el host responde al ping y que ningún cortafuegos bloquea el puerto.

La aplicación Drovio no se conecta

La aplicación Drovio necesita la URL definida en http.url. Si es errónea o inaccesible desde la red del cliente, la aplicación muestra un error de conexión.

  • Compruebe que la URL resuelve correctamente hacia el servidor y que el puerto está abierto.
  • Si HTTPS está activado, asegúrese de que la cadena de certificados completa está en el almacén de claves. Un certificado intermedio ausente es la causa más frecuente: los navegadores pueden tolerarlo, la aplicación Drovio no. Consulte Activar HTTPS, paso 5.

Errores de conexión a la base de datos

El registro muestra Failed to start Drovio Server o fallos de consulta poco después del arranque.

  • Compruebe que PostgreSQL está en marcha y que es accesible desde el servidor.
  • Revise database.host, database.port, database.name y las credenciales en la configuración.
  • Si utiliza ssl_mode en verify-ca o verify-full, compruebe que la ruta del certificado de la autoridad es correcta.
  • En alta disponibilidad, compruebe que la suma de los tamaños de pool de todas las instancias no supera max_connections en PostgreSQL.

Certificado HTTPS rechazado

Tras la activación de TLS, la aplicación Drovio o un navegador rechaza la conexión.

openssl s_client -connect your_hostname:443 -showcerts </dev/null

La salida debe mostrar su certificado y el certificado intermedio. Si falta el intermedio, vuelva a importar la cadena completa. Consulte Activar HTTPS.

La línea de registro SSL certificate reloading has failed significa que SIGUSR2 sí se recibió, pero que el almacén de claves no se pudo leer. El certificado anterior sigue activo.

La autenticación SSO falla

El registro contiene Could not authenticate user (SSO) o Can't build SSO configuration.

  • URL de callback no coincidente. El redirect URI declarado ante su proveedor de identidad debe corresponder exactamente: https://su-servidor/sso/auth/callback/saml en SAML o https://su-servidor/sso/auth/callback/oidc en OIDC. Consulte SSO.
  • Metadatos del proveedor de identidad inaccesibles. Si idp_metadata_path designa una URL, el servidor debe poder alcanzarla al arrancar. Un archivo local evita esa dependencia.
  • SAML y OIDC activados a la vez. Solo uno puede estarlo. El registro indica SAML and OIDC can't be both enabled.

La autenticación LDAP falla

El registro antepone a cada fallo de LDAP su causa:

Mensaje de registro Qué hay que comprobar
service account bind failed service_account_dn y la contraseña
search failed base y search_filter
user not found base y search_filter, demasiado restrictivos
matched multiple entries search_filter, demasiado amplio
user bind failed Las credenciales del usuario o el estado de su cuenta: desactivada, bloqueada, caducada

Si utiliza ldap:// en lugar de ldaps://, el registro avisa una vez de que las credenciales circulan en claro. Prefiera LDAPS en el puerto 636, con ca_certificate_path.

¿Sigue bloqueado?

Escriba a support@drovio.com. Adjuntar el archivo de registro acelera considerablemente el diagnóstico.