KINGAI OS Server
0.1.0-dev · amd64
Registro oficial del catálogo SHA-256
433bb0dd2b07f8c7579296626d706c662d42938b7b8366983799d50670abb85dDESKTOP · SERVER · EDGE · AI WORKSTATION
Vista previa de desarrollo de servidor sin escritorio, apta para máquinas virtuales experimentales, SSH, Podman y los servicios que el usuario elija. Sin verificación para producción.
Estado de publicación del producto: developer-preview
Arquitectura de destino: amd64
Headless Linux servers, VMs, containers and user-selected agent runtimes
0.1.0-dev · amd64
Registro oficial del catálogo SHA-256
433bb0dd2b07f8c7579296626d706c662d42938b7b8366983799d50670abb85d
Versión actual 0.1.0-dev, publicada el 2026-10-06, arquitectura amd64, sin entorno de escritorio. Es una vista previa de desarrollo para servidores, sin certificación para producción; no la despliegue en un servidor que esté prestando servicios reales.
El archivo ISO ocupa 1,249,024,000 bytes (aprox. 1.16 GiB); el registro de publicación de GitHub muestra 38 descargas (hasta el 2026-10-29).
SHA-256
433bb0dd2b07f8c7579296626d706c662d42938b7b8366983799d50670abb85d
Server está pensado para servidores sin interfaz gráfica, máquinas virtuales y entornos de contenedores: sin entorno de escritorio, una vez instalado lo que tiene delante es la línea de comandos a la que se accede por SSH. Su lugar en la familia de productos es ofrecer un punto de partida limpio a quien «quiere tener el control de su propio servidor»: el sistema trae solo lo imprescindible para ejecutar servicios, y los servicios y entornos de ejecución de agentes que el usuario elija los instala él mismo, delimitando él mismo los permisos.
Al igual que Desktop, comparte la misma base Linux y el mismo mecanismo de configuración por ediciones; la diferencia está en el contenido de la configuración: Server instala el conjunto mínimo sin interfaz gráfica. Para el trabajo de operaciones esto significa que el comportamiento de la capa base verificado en la edición de escritorio se aplica igualmente a la de servidor, sin tener que tropezar dos veces con lo mismo.
La puerta de entrada del acceso remoto. La administración cotidiana de la edición de servidor empieza prácticamente por aquí: inicio de sesión con claves, ejecución remota de comandos, transferencia de archivos. La documentación de instalación incluye expresamente en su lista de aceptación el punto «inicio de sesión SSH con claves», lo que indica que es una dirección que el editor pretende verificar en serio, aunque la vista previa actual aún no ofrece una conclusión de aceptación.
Entorno de ejecución de contenedores cuya característica es no tener demonio y poder ejecutar contenedores en modo rootless por defecto: un usuario común puede arrancar sus propios contenedores sin entregar privilegios de root a un servicio residente. Al desplegar con él servicios autoalojados, la cuenta de los permisos resulta mucho más clara.
La herramienta de inicialización para el primer arranque de la máquina: fijar el nombre del host, escribir la clave pública SSH, crear usuarios y ejecutar scripts de primer inicio, todo ello puede dejarse establecido en una configuración antes del arranque. Tanto en las máquinas virtuales de los proveedores de nube como en las plataformas de virtualización propias, es el eslabón clave para convertir «configurar cada máquina a mano» en «la configuración es el despliegue».
Una herramienta de vigilancia que observa los registros de inicio de sesión: si una misma dirección prueba repetidamente contraseñas por SSH, bloquea esa dirección durante un tiempo. Para un servidor expuesto a la red, es la capa de protección contra ataques de fuerza bruta de menor costo.
El servicio de sincronización horaria. Las marcas de tiempo de los registros, la validación de certificados y las tareas programadas de un servidor dependen todos de que la hora del sistema sea exacta, y Chrony se encarga de hacerlo bien en silencio. No llama la atención, pero si la hora se desvía, todos los registros le inducirán a error cuando investigue un problema.
La hoja de ruta que la documentación del producto asigna a Server incluye: la consola gráfica Cockpit (de activación expresamente opcional y necesariamente con autenticación, no se instala por defecto), servicios rootless gestionados con Quadlet, copias de seguridad gestionadas, ventanas de parches, registros de auditoría, plantillas de cortafuegos basadas en políticas, resúmenes de vulnerabilidades, registro de flotas con confianza cero y recuperación remota segura. Todo ello son objetivos; ninguno se ha entregado en 0.1.0-dev. Y también hay que decir con claridad lo siguiente: la vista previa actual no tiene certificación para producción y no puede anunciarse un endurecimiento de nivel productivo por defecto; la imagen no está firmada; y el estado de la certificación de instalación es el mismo que el de la edición de escritorio: no superada.
Ir a la documentación de instalación → Ir al centro de descargas → Ver primero la página de seguridad → Informar de un problema (GitHub Issues) →
Respuestas de nuestras páginas públicas
Leo es una IA y responde solo desde nuestras páginas públicas. Todo lo demás pasa a una persona desde la página de contacto.