Intranet comunitaria con Raspberry Pi: instalación paso a paso

Pero la necesidad de contenidos educativos, material de consulta y recursos formativos no espera a la operadora. Una Raspberry Pi configurada como servidor local puede almacenar gigabytes de conocimiento —desde la Wikipedia completa hasta mapas y bibliotecas escolares— y distribuirlos por Wi-Fi a cualquier dispositivo cercano, sin una sola línea de datos móviles de por medio. Esa es la arquitectura de una intranet comunitaria: hardware de bajo coste, software libre y un retorno social inmediato.

El despliegue no exige un equipo de ingenieros ni una inversión descomunal. Con una placa, una tarjeta microSD bien dimensionada y una fuente de alimentación estable, se levanta en una tarde. A partir de ahí, la prioridad cambia: mantener el servidor encendido, ampliar la biblioteca de contenidos y formar a la comunidad en su uso. Diseñemos el sistema con la lógica de un proyecto, no con la estética de un experimento.

Una Raspberry Pi en operación 24/7 consume entre 3 W y 7 W: lo que equivale a un gasto eléctrico anual estimado de entre 15 y 30 euros según tarifas locales. El coste energético deja de ser un problema operativo.

Arquitectura de red local: hardware y eficiencia energética

Antes de tocar software, toca decidir qué placa vamos a desplegar. No todas las Raspberry Pi sirven para lo mismo, y equivocarse aquí significa un servidor colapsado a la segunda semana de uso. Para una intranet comunitaria con biblioteca offline, punto de acceso y LMS local, el suelo razonable es una Raspberry Pi 4 con al menos 4 GB de RAM. Si el presupuesto lo permite, una Raspberry Pi 5 aporta margen para servir más usuarios concurrentes y reproducir contenido multimedia ligero, pero conviene ser honesto: los límites de usuarios simultáneos en una Pi 5 sirviendo vídeo pesado sin puntos de acceso adicionales no están del todo caracterizados, así que planifica con holgura y mide sobre el terreno.

El almacenamiento es el siguiente punto crítico. La microSD hace de disco del sistema y se lleva toda la escritura del log, de la base de datos y de las peticiones. Mínimo 16 GB para el sistema base; si vas a cargar la Wikipedia completa con imágenes y bibliotecas escolares, sube a 64 GB o 256 GB. Un truco práctico: usa una microSD de calidad industrial —Samsung Endurance o SanDisk High Endurance— en lugar de una tarjeta estándar. La diferencia en resistencia a ciclos de escritura es notable, y eso multiplica la vida útil del servidor de forma considerable.

Sobre el consumo: una Raspberry Pi funcionando de forma ininterrumpida se mueve entre 3 W y 7 W según el modelo y la carga. Eso significa que mantenerla encendida todo el año cuesta entre 15 y 30 euros en electricidad, dependiendo de la tarifa local. Si la red eléctrica es intermitente —escenario habitual en zonas rurales—, valora una batería de respaldo tipo SAI o un powerbank de 20.000 mAh con salida de al menos 5 V/3 A para sostener el servidor durante cortes de varias horas. Piensa además en la ventilación: el clima tropical con temperaturas estables por encima de los 30 °C acelera el thermal throttling en la placa. Una caja con disipación pasiva —aluminio o con aletas impresas en 3D— alarga la vida útil del conjunto y evita reinicios por sobrecalentamiento que nadie quiere diagnosticar a distancia.

Evalúa la cobertura Wi-Fi antes de declarar el proyecto un éxito. Una sola Raspberry Pi no va a dar cobertura a toda una comunidad rural sin antenas externas o puntos de acceso adicionales. Para espacios abiertos —plaza, escuela, centro comunitario—, coloca la placa cerca del punto de uso y, si hace falta, añade un extensor Wi-Fi alimentado desde el mismo circuito eléctrico. La intranet no termina en la placa: termina donde la señal llega de forma estable.

Despliegue de Internet-in-a-Box para bibliotecas offline

Internet-in-a-Box (IIAB) es la pieza central del proyecto: un software libre que convierte la Raspberry Pi en un servidor local con su propio portal web, sin necesidad de salir a internet. El dispositivo crea una red Wi-Fi propia y, cuando alguien se conecta, le presenta una página inicial con acceso a Wikipedia offline, mapas, manuales y miles de libros electrónicos precargados. No hay routers externos que configurar, no hay DNS que tocar, no hay intermediarios.

La instalación parte de una imagen de Raspberry Pi OS ya preparada por el propio proyecto. Descarga la imagen, flashea con Raspberry Pi Imager y arranca. Tras el primer encendido, IIAB levanta un servidor web accesible desde la dirección http://box.lan en cualquier dispositivo conectado a la misma red Wi-Fi. La administración se gestiona desde la interfaz web en http://box.lan/admin, con credenciales por defecto: usuario xsce-admin y contraseña g0adm1n. Cambia esa contraseña el mismo día del despliegue, sin excepciones.

La biblioteca de contenidos se amplía desde el panel de administración. Los módulos disponibles incluyen:

• Wikipedia en español: el paquete completo con imágenes ocupa entre 60 y 90 GB según la versión comprimida.
• Mapas de OpenStreetMap por país o región, navegables por zoom desde el propio navegador.
• MedLinePlus y manuales de salud pública en español, actualizados periódicamente por el proyecto.
• Bibliotecas escolares alineadas con currículos oficiales de varios países, con ejercicios y evaluaciones integradas.
• Documentación técnica de Khan Academy, Project Gutenberg y materiales de referencia similares.

Selecciona los módulos según el perfil de la comunidad: si es una escuela, prioriza Khan Academy y la biblioteca escolar; si es un centro de salud, prioriza MedLinePlus y manuales de la OMS; si es una biblioteca popular, combina Wikipedia, mapas y literatura. El tiempo de descarga inicial puede ser largo si lo haces con conexión a internet desde otro equipo, así que planifica esa ventana operativa con antelación. Descargar la Wikipedia completa con imágenes desde una conexión doméstica puede llevar un día entero; hazlo con calma y verifica la integridad de los archivos antes de trasladar la microSD al servidor final.

Gestión de puntos de acceso inalámbricos mediante RaspAP

IIAB levanta su propia Wi-Fi, pero si quieres separar la red de administración de la red de usuarios —algo muy recomendable cuando hay menores o quieres controlar el ancho de banda— necesitas RaspAP. Esta herramienta de software libre configura la Raspberry Pi como hotspot gestionado, con su propio portal cautivo y panel de control web.

La instalación automatizada es directa. Desde la línea de comandos, ejecuta el script oficial con curl -sL apuntando al instalador del proyecto, y el guión se encarga de configurar hostapd, dnsmasq, lighttpd y la interfaz de administración. Tras unos minutos, tendrás un nuevo punto de acceso visible y un panel accesible desde http://10.3.141.1/admin, donde puedes cambiar SSID, contraseña, rango DHCP y opciones de redirección del portal.

El portal cautivo es la pieza clave para la experiencia de usuario. Cuando alguien se conecta al Wi-Fi, RaspAP le muestra automáticamente una página de bienvenida con los recursos disponibles: enlaces a IIAB, a Kolibri, a Kiwix, a cualquier servicio local que hayas desplegado. Esa página se convierte en la entrada natural a toda la intranet comunitaria y la primera impresión que la comunidad se lleva del proyecto.

Casos de uso típicos que tenemos sobre el terreno:

• Biblioteca comunitaria con horario limitado: configura el hotspot para que se desactive fuera del horario de apertura, ahorrando energía y evitando usos no previstos.
• Red de invitados separada: mantén una red solo para administración técnica y otra abierta para usuarios, con distinto SSID y contraseña. Si una se ve comprometida, la otra sigue intacta.
• Filtrado básico de dominios: usa dnsmasq para bloquear dominios concretos a nivel DNS si la comunidad lo requiere —por ejemplo, redes sociales durante horario escolar—.
• Balance de carga entre dos SSID: una para tráfico ligero (texto, mapas) y otra para contenido pesado (vídeo), priorizando según necesidad.

La Raspberry Pi no reemplaza una conexión de banda ancha para tareas interactivas en tiempo real. Pero para consulta, lectura, estudio y formación, cubre el grueso de los casos de uso en zonas sin conectividad.

Implementación de sistemas educativos con Kolibri y Kiwix

IIAB ofrece consulta, pero la formación estructurada pide algo más: un LMS local. Kolibri es la respuesta estándar para escuelas rurales con recursos limitados. Instalado sobre la misma Raspberry Pi —o en una segunda placa si el contenido es muy pesado—, ofrece un sistema de gestión del aprendizaje completo: cursos, evaluaciones, seguimiento de progreso del alumnado, todo sin salir de la red local.

La instalación se hace desde los repositorios oficiales o mediante una imagen ya preparada por el proyecto. Una vez activo, Kolibri escucha en un puerto local y los usuarios acceden desde cualquier navegador conectado a la intranet. Los cursos se pueden descargar desde la biblioteca de Kolibri, alineados con currículos oficiales de varios países, incluyendo materiales en español para primaria y secundaria. Para una escuela rural, esa biblioteca vale más que cualquier libro de texto impreso en muchos casos: permite que un solo profesor gestione niveles distintos a la vez, con ejercicios autocorregibles y un panel de seguimiento que registra el avance de cada alumno sin papel ni complicaciones técnicas.

Para consulta puntual de sitios web completos —Wikipedia completa, Stack Exchange, manuales técnicos—, Kiwix es la herramienta complementaria. Permite descargar archivos ZIM con el contenido íntegro de un sitio y servirlos desde la Raspberry Pi como si estuvieras navegando online, pero sin tráfico de red externo. Una intranet bien equipada combina los tres: IIAB como portal de entrada, Kolibri como LMS, Kiwix como biblioteca de referencia profunda.

La integración con IIAB es trivial: añade los enlaces a Kolibri y Kiwix en la página de bienvenida del portal cautivo de RaspAP. El usuario verá un único punto de entrada y desde ahí navega a todos los recursos sin teclear direcciones IP. Esa simplicidad es lo que marca si la comunidad realmente usa el sistema o lo abandona al tercer día.

Mantenimiento y optimización del servidor 24/7

Una intranet comunitaria no es un proyecto de fin de semana: es infraestructura que debe funcionar meses sin intervención. El mantenimiento define si el proyecto sobrevive o se apaga al tercer mes por una microSD corrupta o un log desbordado. Planifica estas tareas desde el día uno, no las improvises cuando fallen.

Tres frentes críticos que no puedes dejar sin cubrir:

• Salud de la microSD: las tarjetas microSD estándar no están diseñadas para escritura continua 24/7 y no exponen datos de ciclos de escritura fiables mediante herramientas habituales. La estrategia correcta no es monitorizar, sino prevenir: sustituye la microSD de forma programada cada 12 a 18 meses si usas una tarjeta estándar, o cada 24 a 36 meses si invertiste en una de alta resistencia. Mantén siempre una copia de seguridad actualizada del sistema —imagen completa de la tarjeta— en un disco USB externo o en una segunda microSD. Ante cualquier síntoma de degradación —arranques lentos, errores de lectura, archivos corruptos—, restaura directamente desde el backup sin perder tiempo diagnosticando. La microSD es el punto de fallo más frecuente de todo el proyecto y el más sencillo de resolver si te preparaste con antelación.
• Actualizaciones controladas: aplica parches de seguridad cada tres meses, pero no instales versiones mayores sin probar antes en un equipo paralelo. Un cambio brusco puede tirar abajo IIAB o Kolibri y dejar a la comunidad sin servicio durante días. Documenta cada cambio, su resultado y la fecha de aplicación.
• Copias de seguridad automáticas: configura rsync o BorgBackup contra un disco USB externo o una segunda microSD. La biblioteca de contenidos cuesta horas descargarla; perderla por un corte de luz o una manipulación accidental es un fracaso evitable. Automatiza la copia a una hora de baja actividad —de madrugada, por ejemplo— y verifica periódicamente que el backup restaura correctamente.

Para ampliar la cobertura Wi-Fi sin tocar la Raspberry Pi, añade puntos de acceso secundarios alimentados desde el mismo circuito y configurados como repetidores o con la misma SSID. Una Pi no da cobertura a una comunidad entera, pero una Pi más tres o cuatro extensores bien colocados sí. Mide la señal sobre el terreno, no en un plano: los árboles, las paredes de adobe y la humedad tropical absorben más señal de lo que cualquier cálculo teórico predice.

Evalúa el uso cada trimestre con la comunidad. Pregunta qué contenidos se consultan más, qué echa en falta y qué funciones nunca usa nadie. Esa retroalimentación decide los siguientes módulos a descargar y los recursos a retirar para liberar espacio en la microSD. Una intranet sin métricas de uso se convierte en una caja cerrada con contenido muerto.

Una intranet comunitaria con Raspberry Pi no es la solución completa a la brecha digital, pero es la palanca más inmediata para que una escuela, un centro de salud o una biblioteca popular tengan acceso a conocimiento estructurado sin esperar a que llegue la fibra óptica. El coste de entrada depende de la disponibilidad local de componentes —una placa, una microSD de calidad, una fuente de alimentación fiable y una caja con ventilación— más el tiempo de configuración inicial, que puede comprimirse en una jornada con la documentación a mano. El coste recurrente es la electricidad de una bombilla LED y unas pocas horas de mantenimiento trimestral.

El siguiente paso es claro: identifica una comunidad concreta, mapea sus necesidades de contenido, despliega un servidor piloto y mide uso real durante tres meses. Con esos datos, escala a otras comunidades replicando el modelo y formando a administradores locales para que el mantenimiento no dependa de una sola persona. La tecnología comunitaria se sostiene cuando hay capacidades instaladas, no cuando hay equipos esperando a que alguien venga a arreglarlos. Documenta lo que funciona, comparte lo que falla y construye sobre lo que la propia comunidad valida como útil.