Solución de problemas

P:Quiero instalar el servidor basado en Docker en mi servidor local. ¿Cómo puedo hacerlo?

R:El servidor de oficina en línea más reciente basado en Docker está disponible en Docker hub. Por favor, seleccione cuál desea instalar: ONLYOFFICE Docs, ONLYOFFICE Workspace o ONLYOFFICE Mail y siga las instrucciones en la página correspondiente.

P:Después de crear e ingresar al portal, veo un usuario desconocido en el módulo Personas con el nombre 'fake user'. También hay un servicio OnlyofficeHealthCheck en la lista de servicios. ¿Por qué ocurre esto y necesito hacer algo al respecto?

R:El usuario y el servicio son parte de la próxima funcionalidad de Health Check, que estará disponible para los portales en futuras versiones. Por ahora, no es funcional, por lo que puede dejarlo tal cual o deshabilitar el servicio OnlyofficeHealthCheck y eliminarlo de la lista de inicio automático de servicios.

P:¿Qué sistema necesito tener para instalar la solución de servidor y usarla con éxito?

R:Los requisitos del sistema son:

• CPU
  doble núcleo 2 GHz o mejor
• RAM
  4 GB o más
• HDD
  al menos 20 GB de espacio libre
• SWAP
  al menos 4 GB, pero depende del sistema operativo del host. Más es mejor
• OS
  Distribución de Linux amd64 con versión de kernel 3.10 o posterior
• Requisitos adicionales
  • Docker: cualquier versión soportada por el equipo de Docker

P:Instalé una de las versiones del servidor usando el servicio Docker, pero tengo algunos problemas relacionados con el servidor DNS o la resolución de nombres propia. ¿Qué puede estar mal?

R:Docker especifica los servidores DNS de Google por defecto, y el servidor intenta contactarlos cada vez que realiza algunas solicitudes de red. Si su ONLYOFFICE Workspace, ONLYOFFICE Docs o ONLYOFFICE Mail no va a tener acceso a Internet, le recomendamos que cambie la dirección DNS predeterminada de Docker a la dirección de su servidor DNS local. Para hacerlo, vaya al archivo /etc/default/docker y cambie la dirección IP en la siguiente línea a la dirección IP de un servidor DNS en su red local:

docker_OPTS="--dns 8.8.8.8"

Para los sistemas operativos basados en RPM como CentOS, el archivo de configuración puede estar ubicado aquí: /etc/docker/daemon.json

P:Los editores de documentos se abren y la interfaz aparece, pero el documento en sí no se carga, mostrando continuamente el progreso de carga. ¿Qué se puede hacer?

R:La razón podría ser que el ordenador debe poder dirigirse a sí mismo usando el acceso de bucle invertido de Internet, es decir, debe ser accesible desde fuera para sí mismo. Puede permitirlo editando el iptables para tener los redireccionamientos como este:

iptables -t nat -A PREROUTING -d <public_ip> -j DNAT --to-destination <local_ip>
iptables -t nat -A POSTROUTING -s <local_ip> -j SNAT --to-source <piblic_ip>

No olvide sustituir las direcciones public_ip y local_ip con las direcciones IP reales.

P:He añadido un tema de interfaz personalizado o actualizado mis archivos de idioma del editor (corregido algunas traducciones) pero el servidor sigue mostrando los valores anteriores en lugar de los correctos. ¿Cómo puedo restablecer la caché para todos los usuarios al mismo tiempo?

R:Por favor, siga los pasos para restablecer la caché:
Encuentre los archivos /etc/nginx/includes/ds-docservice.conf y /etc/nginx/includes/ds-spellchecker.conf. Debe haber un valor de fecha y hora de compilación. Cambie estos valores a otros (cualquier valor servirá, pero lo principal es que debe ser el mismo en todos los lugares), y reinicie NGINX:

sudo service nginx reload

La caché debería restablecerse para todos los usuarios del servidor.

P:He añadido un certificado SSL autofirmado, y ahora tengo un error al abrir la página de metadatos SSO, al trabajar con WebDAV y otros servicios node.js. ¿Qué se puede hacer para solucionar eso?

R:Si encuentra un problema al obtener los metadatos SSO, WebDAV y otros servicios node.js al usar certificados SSL autofirmados, puede intentar una de las siguientes opciones para resolver este problema:

Opción 1 - Añadir parámetros para el lanzamiento del servicio.

1. Abra el archivo onlyofficeSsoAuth.service (dentro del contenedor CommunityServer):

   nano /lib/systemd/system/onlyofficeSsoAuth.service

2. Añada la siguiente cadena especificando la ruta al certificado raíz al final del bloque [Service]:

   Environment=NODE_EXTRA_CA_CERTS=/etc/rootCA.pem

3. Reinicie los servicios:

   systemctl daemon-reload
   systemctl restart onlyofficeSsoAuth

Opción 2 - Usar el paquete de certificados del sistema.

1. Abra el archivo onlyofficeSsoAuth.service (dentro del contenedor CommunityServer):

   nano /lib/systemd/system/onlyofficeSsoAuth.service

2. Encuentre la siguiente cadena en el bloque [Service]:

   ExecStart=/usr/bin/node /var/www/onlyoffice/Services/ASC.SsoAuth/app.js UNIX.SERVER

   Reemplácelo con el siguiente:

   ExecStart=/usr/bin/node --use-openssl-ca /var/www/onlyoffice/Services/ASC.SsoAuth/app.js UNIX.SERVER

3. Para CentOS, adicionalmente añada la siguiente cadena especificando la ruta al paquete de certificados al final del bloque [Service]:

   Environment=SSL_CERT_FILE=/etc/pki/tls/certs/ca-bundle.trust.crt
     
                   

4. Reiniciar servicios:

   systemctl daemon-reload
   systemctl restart onlyofficeSsoAuth

P:Reinicié el servidor sin detener el contenedor de Docker con el comando docker stop id, y ahora tengo el error ERR_TOO_MANY_REDIRECTS en mi servidor. ¿Qué se puede hacer para solucionar esto?

R:Por favor, edite el archivo /var/www/onlyoffice/WebStudio/web.appsettings.config, eliminando la última línea:

<add key="web.warmup.type" value="basic" />

y reinicie monoserve con el siguiente comando:

sudo service monoserve restart

P:Estoy usando Fedora Linux y los procesos fallan al iniciar dentro del contenedor de Docker. ¿Hay una solución para este problema?

R:Los usuarios de Fedora y RHEL/CentOS deberían intentar deshabilitar SELinux con el comando setenforce 0. Si esto soluciona el problema, puede optar por mantener SELinux deshabilitado, lo cual no es recomendado por RedHat, o cambiar a usar Ubuntu.

P:Se ha producido una pérdida de datos al detener ONLYOFFICE Docs. ¿Cómo prevenir la pérdida de datos?

R:Debido a la característica operativa, ONLYOFFICE Docs guarda un documento solo después de que todos los usuarios que lo editaron lo hayan cerrado. Para evitar la pérdida de datos, debe desconectar forzosamente a los usuarios de ONLYOFFICE Docs cuando necesite detener ONLYOFFICE Docs en casos de actualización de la aplicación, reinicio del servidor, etc. Para hacerlo, ejecute el siguiente script en el servidor donde está instalado ONLYOFFICE Docs:

sudo docker exec <CONTAINER> documentserver-prepare4shutdown.sh