Inicio  ›  Blog  ›  Buenas prácticas para configurar Moodle y su servidor: más rendimiento y menos riesgos de seguridad

Buenas prácticas para configurar Moodle y su servidor: más rendimiento y menos riesgos de seguridad

Actualizaciones, HTTPS, respaldos, caché, cron y permisos: la configuración que hace tu Moodle rápido, estable y seguro, explicada sin tecnicismos.

Buenas prácticas para configurar Moodle y su servidor: más rendimiento y menos riesgos de seguridad

Un buen curso puede rendir poco si la plataforma que lo sostiene está mal configurada: cae en los peaks de matrícula, pierde datos o queda expuesta. La mayoría de los problemas de un Moodle —lentitud, caídas e incidentes de seguridad— no vienen del software, sino de la configuración. Esta guía reúne las buenas prácticas de uso y configuración de Moodle y su servidor para que aproveches todas sus funciones y evites riesgos.

Por qué la configuración importa tanto como el contenido

Moodle es robusto, pero asume que alguien lo mantiene: aplicar actualizaciones, cuidar los respaldos, ajustar la caché y asegurar el servidor. Sin eso, tarde o temprano aparece el incidente: una caída en plena evaluación, un reporte SENCE que no se puede reconstruir o un acceso no autorizado. Las prácticas de abajo previenen casi todos esos escenarios.

1. Mantén Moodle y PHP al día

Las versiones menores de Moodle traen parches de seguridad: aplícalas pronto. Para las mayores, trabaja siempre sobre una versión con soporte a largo plazo (LTS) y planifica la subida dentro de su ciclo. Mantén también PHP y la base de datos en versiones soportadas. Un Moodle o un PHP sin soporte es la puerta de entrada más habitual a un ataque.

Prueba cada actualización en un entorno de staging antes de aplicarla en producción, y haz un respaldo justo antes.

2. HTTPS, cookies seguras y cabeceras

Sirve todo el sitio por HTTPS con un certificado válido (Let's Encrypt es gratuito) y fuerza la redirección desde HTTP. Define wwwroot con https, activa cookies seguras y añade cabeceras de seguridad (HSTS, X-Content-Type-Options, políticas de marco). Esto protege las sesiones de alumnos y profesores y es, además, requisito para integraciones como el conector de cursos por LTI y para ClaveÚnica en los cursos SENCE.

3. Respaldos que de verdad puedas restaurar

Respalda la base de datos y la carpeta moodledata de forma automática y diaria. Guarda las copias fuera del mismo servidor (otro disco o almacenamiento externo) y mantén varias generaciones. La regla de oro: prueba restaurar un respaldo cada cierto tiempo; muchas instituciones descubren que su respaldo estaba incompleto justo el día que lo necesitan.

4. Rendimiento: caché, cron y base de datos

  • Caché: activa una caché de aplicación (por ejemplo Redis) para sesiones y MUC. Es el cambio que más se nota en velocidad.
  • Cron cada minuto: el cron de Moodle debe correr al menos cada minuto. Si no, se acumulan correos, reportes y tareas, y el aula parece "congelada".
  • PHP: dale memoria suficiente (p. ej. 256–512 MB) y sube el límite de subida de archivos para los recursos de curso.
  • Base de datos: ajústala al tamaño del aula y haz mantención periódica. En instalaciones con muchas conexiones, un pool como PgBouncer ayuda.

5. Seguridad del servidor (hardening)

  • Firewall: deja abiertos solo los puertos necesarios (80, 443 y el de SSH).
  • SSH: usa llaves en lugar de contraseña, cambia el puerto por defecto y deshabilita el acceso directo de root.
  • Permisos de archivos: el código de Moodle no debe ser escribible por el servidor web; moodledata va fuera del directorio público.
  • Protección anti-fuerza bruta: limita los intentos de login (fail2ban o el bloqueo de cuentas de Moodle) y considera una capa como Imunify o un WAF.
  • Actualizaciones del sistema operativo al día, igual que Moodle.

Un Moodle bien alojado es un Moodle más fácil de actualizar

Nuestros planes de hosting para Moodle incluyen SSL, respaldos y soporte en español desde Chile.

Ver planes de hosting

6. Buenas prácticas de uso dentro de Moodle

  • Roles y permisos: entrega el mínimo necesario. No todos necesitan ser administradores; usa roles de profesor, revisor y gestor acotados. (Lo vemos en roles y permisos en Moodle.)
  • Contraseñas robustas y, para administradores, segundo factor.
  • Matrícula controlada: cierra el auto-registro abierto si no lo necesitas, o protégelo con confirmación por correo para evitar cuentas basura.
  • Finalización y seguimiento: activa la finalización de actividades para poder reportar avance real; apóyate en el seguimiento de alumnos.

Checklist rápido

Mínimos para un Moodle rápido, estable y seguro
ÁreaQué revisar
ActualizacionesMoodle LTS con soporte, parches menores al día, PHP soportado
HTTPSCertificado válido, redirección forzada, cookies seguras
RespaldosBD + moodledata diarios, fuera del servidor, restauración probada
RendimientoCaché activa, cron cada minuto, PHP con memoria suficiente
ServidorFirewall, SSH por llave, permisos correctos, anti-fuerza bruta
UsoRoles mínimos, contraseñas fuertes, matrícula controlada

Si prefieres no preocuparte de todo esto, nuestros planes de hosting para Moodle incluyen HTTPS, respaldos, caché, actualizaciones y soporte en español desde Chile, y también entregamos el aula llave en mano ya configurada.

Preguntas frecuentes

¿Cada cuánto debo actualizar Moodle?

Idealmente aplica las versiones menores de seguridad apenas salen y planifica subir de versión mayor dentro del ciclo de soporte (LTS). Un Moodle desactualizado es la causa más común de incidentes de seguridad.

¿Qué respaldos necesito?

Respalda la base de datos y la carpeta moodledata de forma automática y diaria, guarda copias fuera del mismo servidor y —lo más importante— prueba restaurarlas de vez en cuando. Un respaldo que nunca se probó no es un respaldo.

¿Por qué mi Moodle va lento?

Casi siempre es caché desactivada, el cron que no corre, PHP con poca memoria o una base de datos sin mantención. Activar la caché, dejar el cron cada minuto y ajustar PHP resuelve la mayoría de los casos.

¿Es seguro Moodle?

Moodle es seguro si se mantiene al día y el servidor está bien configurado: HTTPS, firewall, permisos correctos y contraseñas robustas. La mayoría de los incidentes ocurren por descuidos de configuración, no por fallas del software.

¿Necesito un servidor dedicado?

No siempre. Un VPS bien dimensionado y configurado basta para la mayoría de las OTEC. Lo decisivo no es el tamaño, sino la configuración: HTTPS, respaldos, caché, cron y actualizaciones.

Un Moodle bien alojado es un Moodle más fácil de actualizar

Nuestros planes de hosting para Moodle incluyen SSL, respaldos y soporte en español desde Chile.

Ver planes de hosting¿Dudas? Escríbenos