
Crear un servidor de Inteligencia Artificial en tu red local ya no es una tarea reservada para grandes empresas. Con Linux, Docker, Ollama, Open WebUI y modelos abiertos, puedes montar una plataforma privada para que varios usuarios consulten modelos de IA desde cualquier PC, laptop o navegador dentro de la red de la oficina, laboratorio, aula o casa.
La idea es simple: un equipo Linux actúa como servidor central; allí se ejecutan los modelos de IA y una interfaz web. Los usuarios no necesitan instalar nada pesado en sus computadoras: solo abren el navegador y acceden a una dirección local, por ejemplo http://192.168.1.50:3000. Open WebUI se define como una plataforma de IA autoalojada, extensible, con soporte para Ollama y APIs compatibles con OpenAI, capaz de funcionar completamente offline y orientada a entornos multiusuario. ([docs.openwebui.com](https://docs.openwebui.com/))
Idea central: el servidor de IA local permite usar modelos sin depender siempre de la nube, controlar mejor los datos, compartir recursos de hardware y ofrecer una experiencia tipo ChatGPT dentro de tu propia red.
1. Qué es un servidor de IA local
Un servidor de IA local es una máquina Linux que ejecuta modelos de lenguaje, modelos multimodales o servicios de inferencia para otros usuarios de la misma red. En lugar de que cada PC tenga su propio modelo, todos se conectan a un servidor central que administra modelos, memoria, GPU, usuarios, conversaciones y acceso.
La arquitectura más práctica para empezar combina Ollama como motor de modelos locales y Open WebUI como interfaz web multiusuario. Ollama expone una API local y permite descargar y ejecutar modelos; su documentación indica que, por defecto, escucha en 127.0.0.1:11434 y que puede exponerse en la red mediante la variable OLLAMA_HOST. ([docs.ollama.com](https://docs.ollama.com/faq))
2. Qué puedes lograr con este servidor
Un servidor de IA local puede servir para educación, soporte técnico, programación, redacción, análisis de documentos, consultas internas, ayuda a administradores Linux, generación de scripts, asistencia a docentes, atención interna, prototipos empresariales y laboratorios de investigación.
| Uso | Ejemplo práctico |
|---|---|
| Empresa | Asistente interno para redactar informes, revisar documentación y apoyar soporte TI. |
| Educación | Servidor para estudiantes sin depender de cuentas individuales en servicios externos. |
| Programación | Ayuda para revisar código, explicar errores y generar pruebas. |
| Linux y DevOps | Generar comandos, playbooks Ansible, Dockerfiles y diagnósticos de servidores. |
| Privacidad | Procesar consultas dentro de la red local cuando no se desea enviar información a la nube. |
3. Componentes principales
Para una instalación sencilla y útil, se recomiendan cuatro capas: sistema operativo Linux, motor de modelos, interfaz web y controles de seguridad. Docker Compose ayuda a definir servicios, redes y volúmenes en un archivo YAML para levantar toda la aplicación con un solo comando. ([docs.docker.com](https://docs.docker.com/compose/gettingstarted/))
| Componente | Función | Opción recomendada |
|---|---|---|
| Linux | Sistema base del servidor. | Ubuntu Server, Debian, Fedora Server o Rocky Linux. |
| Ollama | Ejecuta modelos locales y expone API. | Ideal para empezar rápido. |
| Open WebUI | Interfaz web tipo ChatGPT para usuarios. | Recomendado para varios usuarios. |
| GPU | Acelera inferencia de modelos. | NVIDIA con Container Toolkit si se usará Docker con GPU. |
| Firewall | Limita acceso a la red local. | UFW, firewalld o reglas del router. |
4. Requisitos de hardware recomendados
El hardware depende del tamaño del modelo y del número de usuarios. Un servidor sin GPU puede funcionar para pruebas, modelos pequeños y pocos usuarios, pero la experiencia será más lenta. Para un entorno con varios usuarios, una GPU dedicada mejora mucho la respuesta, especialmente con modelos medianos o grandes.
Configuraciones orientativas
- Laboratorio básico: CPU moderna, 16 GB de RAM, SSD, modelos pequeños.
- Equipo de oficina: 32 GB de RAM, SSD NVMe, GPU con buena VRAM si habrá varios usuarios.
- Servidor avanzado: 64 GB o más de RAM, GPU NVIDIA, almacenamiento NVMe y red cableada Gigabit o superior.
- Entorno educativo: priorizar modelos pequeños/medianos, límites de uso y colas para evitar saturación.
Si usarás contenedores con GPU NVIDIA, Docker recomienda instalar el NVIDIA Container Toolkit y usar la bandera --gpus para permitir acceso a recursos GPU desde contenedores. ([docs.docker.com](https://docs.docker.com/engine/containers/gpu/))
5. Instalación rápida con Docker Compose
La forma más ordenada de empezar es crear una carpeta de proyecto y un archivo compose.yaml. Esta opción levanta Ollama y Open WebUI en la misma red de Docker. Solo se expone Open WebUI hacia la red local; Ollama queda disponible para Open WebUI dentro de Docker, evitando publicar directamente la API del modelo.
Open WebUI documenta una instalación con Docker exponiendo el puerto 3000 hacia el puerto interno 8080, además de persistir datos en un volumen llamado open-webui. ([docs.openwebui.com](https://docs.openwebui.com/getting-started/quick-start/))
6. Descargar modelos open source o de pesos abiertos
Después de levantar el servidor, debes descargar modelos. Puedes hacerlo desde el contenedor Ollama. La elección depende de tu hardware: modelos pequeños responden más rápido y consumen menos memoria; modelos grandes ofrecen más capacidad, pero requieren más RAM o VRAM.
Al hablar de “modelos open source”, conviene revisar siempre la licencia. Algunos modelos son realmente open source; otros son modelos de pesos abiertos con restricciones de uso. Para empresas, la licencia es tan importante como el rendimiento.
7. Acceder desde cualquier PC de la red local
Una vez iniciado Open WebUI, cualquier computadora de la red local puede entrar desde el navegador usando la IP del servidor Linux. Por ejemplo:
Para conocer la IP del servidor:
Lo recomendable es asignar una IP fija al servidor o reservarla en el router. Así los usuarios no tendrán que cambiar la dirección cada vez que el DHCP entregue otra IP.
8. Configurar varios usuarios
Open WebUI está pensado para funcionar como plataforma multiusuario. Su documentación indica que es una plataforma autoalojada, extensible, con soporte para Ollama y APIs compatibles con OpenAI, y la describe como una opción estable y preparada para equipos y organizaciones. ([docs.openwebui.com](https://docs.openwebui.com/))
Cuando ingreses por primera vez, crea la cuenta administradora. Luego podrás habilitar el registro de usuarios, aprobar cuentas, organizar permisos y definir qué modelos estarán disponibles. En instalaciones institucionales, lo recomendable es que no todos los usuarios sean administradores.
Atención: define desde el inicio si usarás modo de cuenta única o modo multiusuario. Open WebUI advierte en su documentación que ciertos cambios entre modo single-user y multi-account no se pueden alternar libremente después. ([docs.openwebui.com](https://docs.openwebui.com/getting-started/quick-start/))
9. Proteger el acceso en la red local
No expongas el servidor de IA directamente a Internet. Para un laboratorio o empresa pequeña, lo más seguro es limitar el acceso a la red local, usar usuarios con contraseña, cerrar puertos innecesarios y no publicar la API de Ollama sin autenticación.
Ollama corre localmente y, según su FAQ, cuando se ejecuta en local no envía prompts ni respuestas a ollama.com. Esa ventaja de privacidad solo se conserva si el servidor está correctamente configurado y no se mezcla con servicios cloud sin control. ([docs.ollama.com](https://docs.ollama.com/faq))
Regla de seguridad: expón Open WebUI para usuarios, no la API cruda de Ollama. Si necesitas exponer la API, hazlo detrás de VPN, reverse proxy, autenticación y firewall.
10. Opción con Ollama instalado directamente en Linux
También puedes instalar Ollama directamente en el servidor y ejecutar Open WebUI en Docker. En ese caso, si quieres que otras máquinas accedan a la API de Ollama dentro de la LAN, debes modificar el bind address usando OLLAMA_HOST. La documentación oficial de Ollama señala que por defecto se enlaza a 127.0.0.1:11434 y que se puede cambiar con esa variable de entorno. ([docs.ollama.com](https://docs.ollama.com/faq))
Agrega:
Luego reinicia el servicio:
Esta opción debe usarse con cuidado, porque 0.0.0.0 permite escuchar en todas las interfaces. En una red empresarial, conviene limitar por firewall o publicar la API solo detrás de un proxy autenticado.
11. Probar la API desde otra PC
Además de la interfaz web, puedes probar la API desde otra máquina de la red. Esto sirve para integrar aplicaciones internas, scripts Python, herramientas de soporte o prototipos.
Para usuarios comunes, es mejor usar Open WebUI. Para desarrolladores, la API permite construir aplicaciones internas, bots, asistentes de documentación o integraciones con sistemas propios.
12. Alternativas: LocalAI, llama.cpp y vLLM
Ollama y Open WebUI son una excelente combinación para empezar, pero no son las únicas opciones. Según el caso, puedes usar LocalAI, llama.cpp o vLLM.
| Herramienta | Mejor uso | Dato clave |
|---|---|---|
| Ollama | Instalación rápida de modelos locales. | Fácil para laboratorios y equipos pequeños. |
| Open WebUI | Interfaz web multiusuario. | Soporta Ollama y APIs compatibles con OpenAI. ([docs.openwebui.com](https://docs.openwebui.com/)) |
| LocalAI | API local compatible con OpenAI y Anthropic. | Se describe como runtime open source para modelos locales. ([localai.io](https://localai.io/docs/overview/index.html)) |
| llama.cpp | Inferencia ligera en CPU/GPU con modelos GGUF. | Busca inferencia LLM con mínima configuración y buen rendimiento local. ([github.com](https://github.com/ggml-org/llama.cpp)) |
| vLLM | Alto rendimiento y API compatible con OpenAI. | Documenta un servidor HTTP compatible con Chat API y Completions API. ([docs.vllm.ai](https://docs.vllm.ai/en/latest/serving/online_serving/openai_compatible_server/)) |
13. Recomendación de arquitectura según tamaño
| Escenario | Arquitectura recomendada |
|---|---|
| Casa o laboratorio pequeño | Ollama + Open WebUI en Docker, modelos pequeños o medianos. |
| Aula o curso | Open WebUI multiusuario, límites de uso, modelos ligeros y red cableada si es posible. |
| Empresa pequeña | Open WebUI + Ollama/LocalAI, firewall, backups, usuarios aprobados y políticas de privacidad. |
| Equipo técnico avanzado | vLLM para servir modelos con mayor rendimiento, reverse proxy, monitoreo y GPU dedicada. |
14. Añadir HTTPS y reverse proxy
Para una red local simple, HTTP puede ser suficiente en laboratorio, pero en una empresa conviene usar HTTPS, especialmente si se manejan usuarios, contraseñas o documentos internos. Puedes usar Caddy, Nginx o Traefik como reverse proxy.
Caddy documenta su directiva reverse_proxy para enviar solicitudes a un backend, y su documentación de basic_auth advierte que la autenticación básica no es segura sobre HTTP plano. ([caddyserver.com](https://caddyserver.com/docs/caddyfile/directives/basic_auth))
En una LAN sin DNS interno, también puedes acceder por IP y usar certificados internos, VPN o un dominio local controlado. Lo importante es no publicar el servicio hacia Internet sin una arquitectura de seguridad adecuada.
15. Administración, backups y mantenimiento
Un servidor de IA local también necesita mantenimiento. Debes respaldar los volúmenes, actualizar imágenes Docker, controlar el uso de disco, revisar logs y monitorear CPU, RAM y GPU.
Importante: los modelos pueden descargarse nuevamente, pero las conversaciones, usuarios, configuraciones y bases de conocimiento de Open WebUI deben respaldarse si son importantes para la organización.
16. Buenas prácticas de seguridad
No conviertas tu servidor de IA en un riesgo
- No lo expongas a Internet sin VPN, HTTPS, autenticación fuerte y monitoreo.
- No abras el puerto 11434 de Ollama si los usuarios solo necesitan Open WebUI.
- No cargues documentos sensibles sin política interna clara.
- No mezcles modelos locales y cloud sin avisar a los usuarios.
- No uses una sola cuenta compartida para toda la organización.
- No instales modelos sin revisar licencia si el uso será comercial o institucional.
- No olvides backups de usuarios, chats y configuraciones.
17. Errores comunes al montar un servidor de IA local
- Comprar hardware sin calcular RAM, VRAM y número de usuarios.
- Exponer Ollama directamente a toda la red sin autenticación.
- Permitir registro libre de usuarios sin aprobación.
- Usar modelos demasiado grandes para el hardware disponible.
- No configurar IP fija o reserva DHCP para el servidor.
- No monitorear consumo de disco por modelos descargados.
- No respaldar Open WebUI.
- No revisar licencias de modelos antes de uso empresarial.
- Confundir “local” con “seguro”: una mala configuración local también puede filtrar datos.
18. Checklist paso a paso
Checklist para producción interna
- Elegir servidor: CPU, RAM, SSD, GPU y red cableada.
- Instalar Linux: sistema actualizado y con acceso SSH seguro.
- Instalar Docker: usar Docker Compose para servicios.
- Levantar Ollama: motor de modelos locales.
- Levantar Open WebUI: interfaz web multiusuario.
- Descargar modelos: empezar por modelos pequeños o medianos.
- Crear usuarios: administrador, usuarios normales y permisos.
- Limitar red: abrir solo el puerto necesario para la LAN.
- Probar desde varias PCs: navegador, rendimiento y concurrencia.
- Documentar: IP, puertos, usuarios, modelos, backups y procedimiento de actualización.
19. Preguntas clave
¿Puedo crear un servidor de IA sin GPU?
Sí, pero la experiencia será más lenta y conviene usar modelos pequeños. Para varios usuarios o modelos medianos/grandes, una GPU dedicada mejora mucho la respuesta.
¿Los usuarios necesitan instalar algo?
No. Si usas Open WebUI, los usuarios entran desde el navegador a la IP o dominio local del servidor.
¿Ollama envía mis datos a Internet?
Cuando se ejecuta localmente, Ollama indica que no ve tus prompts ni respuestas; si se usan modelos cloud o funciones cloud, aplican otras condiciones. ([docs.ollama.com](https://docs.ollama.com/faq))
¿Open WebUI permite varios usuarios?
Sí. Open WebUI está orientado a una plataforma autoalojada para equipos y organizaciones, con soporte para Ollama y APIs compatibles con OpenAI. ([docs.openwebui.com](https://docs.openwebui.com/))
¿Qué alternativa uso si quiero API compatible con OpenAI?
LocalAI, llama.cpp y vLLM son alternativas útiles. LocalAI se presenta como runtime open source con APIs compatibles con OpenAI y Anthropic; vLLM ofrece un servidor compatible con OpenAI; llama.cpp también incluye servidor HTTP compatible con OpenAI. ([localai.io](https://localai.io/docs/overview/index.html))
Recomendamos
- Cómo usar IA para administrar Linux: comandos, diagnóstico, automatización y seguridad con asistentes inteligentes
- Guía completa de redes en Linux: comandos, diagnóstico, configuración y solución de problemas
- Por qué los servidores usan Linux: ventajas para empresas y administradores TI
- Comandos básicos que debes aprender para administrar tu servidor Linux
- Cómo saber si tu Linux está bien protegido: 30 comprobaciones de seguridad que puedes realizar ahora mismo
- Ciberseguridad en Linux: 50 herramientas gratuitas para proteger servidores y estaciones
En resumen
Crear un servidor de Inteligencia Artificial para tu red local es una de las formas más prácticas de llevar modelos open source o de pesos abiertos a una empresa, aula, laboratorio o equipo técnico. La combinación de Linux, Docker, Ollama y Open WebUI permite ofrecer una interfaz tipo ChatGPT para varios usuarios, con modelos ejecutándose en infraestructura propia.
La clave está en hacerlo con orden: elegir hardware adecuado, no exponer servicios innecesarios, crear usuarios, controlar permisos, revisar licencias de modelos, respaldar datos y medir rendimiento. Para empezar, Ollama + Open WebUI es la ruta más sencilla; para necesidades avanzadas, LocalAI, llama.cpp y vLLM amplían las posibilidades.
Conclusión editorial
La IA local no reemplaza todos los servicios cloud, pero devuelve control. Permite experimentar, capacitar equipos, proteger información sensible y compartir recursos de hardware dentro de la organización. En un mundo donde la IA se vuelve infraestructura, tener un servidor local en Linux puede convertirse en una ventaja técnica, económica y estratégica.

