KINGAI OS Server | Édition serveur

Version et statut

Version actuelle : 0.1.0-dev, publiée le 6 octobre 2026, architecture amd64, sans environnement de bureau. Il s’agit d’un aperçu développeur pour serveurs, non certifié pour la production : ne le déployez pas sur un serveur qui fait tourner des services en activité.

Contenu

• Installation sans interface graphique minimale (selon les notes de publication)
• Connexion à distance OpenSSH
• Environnement d’exécution de conteneurs Podman
• Initialisation cloud-init
• Fail2ban et Chrony

Positionnement : la machine sans bureau, où les outils parlent

Server vise les serveurs sans interface graphique, les machines virtuelles et les environnements de conteneurs : pas d’environnement de bureau ; une fois installé, vous êtes face à la ligne de commande, accessible par connexion SSH. Sa place dans la famille de produits : offrir un point de départ propre à celles et ceux qui veulent garder la main sur leur serveur — le système n’embarque que le nécessaire pour faire tourner des services ; les services et environnements d’exécution d’agents de votre choix, vous les installez vous-même par-dessus, et c’est vous qui tracez les limites de permissions.

Comme Desktop, il partage la même base Linux et le même mécanisme de configuration par édition ; la différence tient au contenu de la configuration : Server installe l’ensemble minimal sans interface graphique. Pour l’exploitation, cela signifie que les comportements de la couche de base validés sur l’édition bureau s’appliquent aussi à l’édition serveur, sans avoir à retomber dans les mêmes pièges des deux côtés.

Composants centraux, point par point

OpenSSH

La porte d’entrée de la connexion à distance. L’administration quotidienne de l’édition serveur commence pour l’essentiel par là : connexion par clés, exécution de commandes à distance, transfert de fichiers. La documentation d’installation consacre un point de sa liste de réception à la « connexion SSH par clé », signe que l’éditeur entend valider ce point sérieusement ; mais l’aperçu actuel ne fournit encore aucune conclusion de validation.

Podman

Un environnement d’exécution de conteneurs dont la particularité est l’absence de démon : les conteneurs peuvent tourner en mode rootless par défaut — un utilisateur ordinaire peut lancer ses propres conteneurs sans confier les privilèges root à un service permanent. Pour déployer des services auto-hébergés, le compte des permissions est bien plus simple à tenir.

cloud-init

L’outil d’initialisation au premier démarrage de la machine : nom d’hôte, clés publiques SSH, création d’utilisateurs, scripts de premier lancement — tout peut être réglé dans un fichier de configuration avant même la mise sous tension. Sur les machines virtuelles des fournisseurs cloud comme sur vos propres plateformes de virtualisation, c’est le maillon qui transforme « configurer chaque machine à la main » en « la configuration fait office de déploiement ».

Fail2ban

Un outil de garde qui surveille les journaux de connexion : si une même adresse tente à répétition des mots de passe SSH, il la bannit pour un temps. Pour un serveur exposé au réseau, c’est la couche de protection contre la force brute la moins coûteuse.

Chrony

Le service de synchronisation de l’heure. Sur un serveur, les horodatages des journaux, la validation des certificats et les tâches planifiées dépendent tous de la justesse de l’heure système ; Chrony fait ce travail discrètement et correctement. Il passe inaperçu, mais dès que l’heure dérive, tous les journaux vous induisent en erreur lors d’un diagnostic.

Premiers usages recommandés

• Environnement d’expérimentation : montez dans une machine virtuelle un serveur de test allumé en permanence ; entraînez-vous au déploiement et au retour arrière — si vous le cassez, restaurez l’instantané
• Essai de services auto-hébergés : faites d’abord tourner vos projets personnels et vos petits outils internes en conteneurs, validez leur stabilité, puis seulement discutez d’un éventuel passage en production
• Terrain d’essai pour conteneurs : testez de nouvelles combinaisons de services avec Podman rootless, sans toucher à quoi que ce soit sur la machine principale

Avant tout déploiement réel, passez par cette liste

• Contrôles en lecture seule d’abord : cat /etc/os-release et uname -a pour identifier le système, systemctl --failed pour repérer les services en échec de démarrage, journalctl -p err -b pour passer en revue les erreurs du démarrage en cours
• Laissez-vous une porte de sortie pour les opérations à distance : avant une mise à niveau ou un gros changement, vérifiez que la console hors bande fonctionne, que l’instantané est fait et que la fenêtre de retour arrière est suffisante — c’est un principe impératif écrit dans la documentation d’installation
• Sauvegardez les données importantes hors site et de manière chiffrée, et gardez à portée de main un support de récupération amorçable
• Identifiez le bon disque avant d’agir : l’installeur peut formater le disque cible ; n’opérez que sur le disque que vous avez explicitement désigné

Ce que la feuille de route prévoit, et ce qui n’existe pas encore

La feuille de route que la documentation produit dresse pour Server comprend : la console graphique Cockpit (à activer explicitement, au choix, et obligatoirement avec authentification ; non installée par défaut), les services rootless gérés par Quadlet, les sauvegardes hébergées, les fenêtres de correctifs, les pistes d’audit, les modèles de pare-feu par politique, les résumés de vulnérabilités, l’enregistrement de flotte en confiance zéro et la récupération à distance sécurisée. Tout cela relève des objectifs : rien de tout cela n’est livré dans la 0.1.0-dev. À dire tout aussi clairement : l’aperçu actuel n’a aucune certification de production, et l’on ne peut pas prétendre à un durcissement de niveau production par défaut ; l’image n’est pas signée ; le statut de la certification d’installation est le même que pour l’édition bureau : non obtenue.

Voir la documentation d’installation → Aller au centre de téléchargement → Lire d’abord la page sécurité → Signaler un problème (GitHub Issues) →