Acceso rápido:
Configurar alojamiento virtual Parte02 | Plone CMS 5.2
La parte del servidor de Collabora Online (coolwsd daemon) está escuchando en el puerto 9980 por defecto, y los clientes deben ser capaces de comunicarse con él a través del puerto 9980. A veces no es posible, por ejemplo un cortafuegos corporativo puede permitir sólo puertos de servicios bien conocidos, como el puerto 80 (HTTP) y el puerto 443 (HTTPS). El demonio coolwsd es configurable. Puede usar otros puertos además del 9980. El puerto se puede establecer mediante la opción –port de la línea de comandos. Sin embargo no podemos usar por ejemplo el puerto 443, cuando un servidor web está corriendo en el mismo servidor, el cual ya está enlazado al puerto 443. La configuración del proxy inverso también es necesaria si desea configurar el equilibrio de carga.
El servidor web Apache2 es modular. Necesitamos habilitar los módulos requeridos para esta configuración de proxy inverso. Podemos usar el comando a2enmod para habilitar los módulos. Si un módulo ya ha sido habilitado, no ocurre nada.
Estas líneas deben ser insertadas en la definición <VirtualHost> del sitio. Básicamente la configuración es la misma que la anterior, pero en este caso tenemos conexión sólo HTTP entre el proxy y el servidor Collabora Online.
Cómo solucionar el error Nginx 502 Bad Gateway
Moodle es probablemente (hay poco acuerdo entre los expertos) el Sistema de Gestión de Aprendizaje (LMS) de Software Libre y de Código Abierto (FOSS) líder del mercado. Está prácticamente en todas partes. A continuación te explicamos cómo puedes configurar y mantener tu(s) propia(s) instancia(s) de Moodle.
Configurar un nombre de dominio requiere que registremos un dominio con un ‘registrador de dominios’ – nosotros utilizamos uno llamado Metaname, con sede aquí en Christchurch, Nueva Zelanda – y que utilicemos el sistema de configuración basado en navegador del registrador para crear un ‘archivo de zona’ que defina el servidor al que apunta el dominio. Es probable que cada registrador tenga sus propias herramientas de configuración de archivos de zona, así que considere esto sólo como un ejemplo.
Antes de que podamos instalar el código fuente de Moodle, tenemos que preparar un lugar adecuado para que viva. Lo haremos creando directorios adecuados tanto para las configuraciones de Docker como para los datos y la configuración de la instancia de Moodle:
Aquí, tendremos que ejecutar este nuevo comando, que usamos para declarar esto un directorio git ‘seguro’, que nos ayuda a protegernos de partes nefastas que ejecutan comandos git en lugares peligrosos si pueden acceder a nuestro servidor a través de alguna otra vulnerabilidad de seguridad…
Moodle tras proxy inverso ssl
Hola, necesito ayuda con la instalación de webwork. Mi esposa está enseñando un pequeño curso de cálculo, así que estoy instalando webwork 2.16 para mi servidor casero. Mi servidor ejecuta un contenedor docker en la nube, así que decidí instalar un proxy inverso que proporciona SSL y reenvía el tráfico entrante a los contenedores de la nube y webwork. Después de mucho trabajo, empieza a funcionar.Si accedo a webwork por la URL http://localhost:8080/webwork2/ entonces puedo ver la barra lateral del menú principal, pero si accedo desde fuera por https://my.domain.net/webwork2/ entonces la página principal se muestra sin la barra lateral del menú principal.Desde dentro del contenedor, WEBWORK_ROOT_URL es https://my.domain.net y WEBWORK_URL es /webwork2, lo que parece correcto. ¿Supongo que el proxy inverso no está haciendo su trabajo? Estoy usando la imagen oficial de nginx como proxy inverso, y el servicio en la nube funciona bien. He adjuntado la configuración del proxy inverso para webwork.conf.upstream webwork { server webwork;}server { listen 80; server_name my.domain.net; location / { return 301 https://my.domain.net/; }}server { listen 443 ssl; server_name my.domain.net; include common.conf; include /etc/nginx/ssl.conf; location / { proxy_pass http://webwork/; include common_location.conf; }}Su ayuda es muy apreciada,Joongul
Proxy inverso de IIS a nodo
Moodle es una plataforma de aprendizaje de código abierto diseñada para proporcionar a educadores, administradores y alumnos un sistema robusto, seguro e integrado para crear entornos de aprendizaje personalizados. Moodle está diseñado para escalar y puede acomodar comunidades de usuarios extremadamente grandes. Kemp LoadMaster simplifica el escalado de Moodle equilibrando la carga del tráfico de usuarios entre los nodos del clúster y descargando la sobrecarga de seguridad.
LoadMaster puede monitorizar cada servidor Moodle individualmente para evaluar la capacidad y la salud y, en caso de que un servidor no esté disponible, LoadMaster redirigirá las sesiones a los miembros restantes del clúster. El tráfico de clientes puede equilibrarse utilizando métodos como round robin o conexiones mínimas para asegurar que el tráfico se distribuye adecuadamente entre los nodos del Cluster Moodle. LoadMaster proporciona un entorno mucho más avanzado, resistente y fácil de gestionar que HAProxy para Moodle con características como SSL offload y caché de contenido. LoadMaster es una solución probada para el balanceo de carga de Moodle con plantillas predefinidas y servicios profesionales opcionales para simplificar el despliegue y la operación.
