KINGAI OS Server | Серверная версия

Версия и статус

Текущая версия — 0.1.0-dev, выпущена 2026-10-06, архитектура amd64, без среды рабочего стола. Это серверное превью для разработчиков; оно не проходило продакшен-сертификацию — не развёртывайте его на серверах, обслуживающих реальную работу.

Что входит в состав

• Минимальная установка без графического интерфейса (согласно примечаниям к релизу)
• Удалённый вход по OpenSSH
• Среда выполнения контейнеров Podman
• Инициализация cloud-init
• Fail2ban и Chrony

Позиционирование: машина без рабочего стола — пусть говорят инструменты

Server ориентирована на серверы без графического интерфейса, виртуальные машины и контейнерные среды: среды рабочего стола нет, и после установки перед вами — командная строка, в которую вы входите по SSH. Её место в семействе продуктов — дать тем, кто хочет сам контролировать сервер, чистую отправную точку: система несёт только то, что нужно для запуска служб, а выбираемые пользователем сервисы и среды выполнения агентов устанавливаются поверх самостоятельно, с границами прав, которые вы проводите сами.

Как и Desktop, она делит ту же базу Linux и механизм конфигурации версий; разница — в содержимом конфигурации: Server устанавливает минимальный набор без графического интерфейса. Для эксплуатации это значит, что поведение базового слоя, проверенное на настольной версии, одинаково применимо и к серверной — не нужно наступать на одни и те же грабли дважды.

Ключевые компоненты — по пунктам

OpenSSH

Точка входа для удалённого доступа. Повседневное управление серверной версией в основном начинается с неё: вход по ключу, удалённое выполнение команд, передача файлов. В документации по установке в контрольном списке приёмки отдельно указан пункт «вход по SSH-ключу» — это направление издатель намерен проверять всерьёз, но заключения приёмки по текущему превью ещё нет.

Podman

Среда выполнения контейнеров, особенность которой — отсутствие демона и возможность по умолчанию запускать контейнеры в режиме rootless: обычный пользователь может запускать свои контейнеры, не передавая права root постоянно работающей службе. При развёртывании с ней самостоятельно размещаемых сервисов учёт прав становится заметно проще.

cloud-init

Инструмент инициализации при первом запуске машины: задать имя хоста, записать открытый ключ SSH, создать пользователей, выполнить скрипты первого запуска — всё это можно описать одной конфигурацией ещё до включения. На виртуальных машинах облачных провайдеров и на собственной платформе виртуализации это ключевое звено, превращающее «ручную настройку каждой машины по отдельности» в «конфигурацию как развёртывание».

Fail2ban

Сторожевой инструмент, следящий за журналами входа: если с одного адреса раз за разом подбирают пароль по SSH, он блокирует этот адрес на время. Для сервера, открытого в сеть, это самый дешёвый слой защиты от перебора паролей.

Chrony

Служба синхронизации времени. Временные метки журналов, проверка сертификатов и задания по расписанию на сервере — всё зависит от точности системного времени, и Chrony молча делает эту работу правильно. Она незаметна, но стоит времени уплыть — и при разборе проблем все журналы будут вводить вас в заблуждение.

Для начала подойдёт так

• Экспериментальная среда: поднимите в виртуальной машине постоянно включённый тестовый сервер, отрабатывайте развёртывание и откат, а если сломаете — восстанавливайте из снимка
• Пробный запуск самостоятельно размещаемых сервисов: сначала запускайте личные проекты и внутренние мелкие инструменты в контейнерах, проверяйте стабильность и только потом обсуждайте продакшен
• Контейнерный полигон: пробуйте новые комбинации сервисов с rootless Podman, ничего не трогая на основной машине

Перед настоящим развёртыванием пройдитесь по этому списку

• Сначала проверки только для чтения: cat /etc/os-release и uname -a — чтобы ясно видеть идентичность системы, systemctl --failed — есть ли службы, завершившиеся с ошибкой, journalctl -p err -b — просмотреть записи ошибок текущей загрузки
• Оставляйте путь отхода при удалённых операциях: перед обновлением или крупной переделкой убедитесь, что внеполосная консоль работает, снимок уже сделан и окна отката хватает, — это обязательный принцип, записанный в документации по установке
• Делайте зашифрованные резервные копии важных данных вне площадки и держите под рукой загрузочный носитель восстановления
• Сначала определите диск, потом действуйте: установщик может отформатировать целевой диск — работайте только с тем диском, который вы явно разрешили

Что есть в дорожной карте, а чего нет сейчас

Дорожная карта Server в документации продукта включает: графическую консоль Cockpit (явно включается по выбору, обязательно с аутентификацией, по умолчанию не устанавливается), rootless-сервисы под управлением Quadlet, управляемое резервное копирование, окна установки исправлений, аудиторский след, шаблоны межсетевого экрана на основе политик, сводки уязвимостей, регистрацию парка машин с нулевым доверием и безопасное удалённое восстановление. Всё это — цели; ни одна из них не поставлена в 0.1.0-dev. Также нужно чётко сказать: у текущего превью нет продакшен-сертификации, нельзя заявлять о продакшен-усилении по умолчанию; образ не подписан; статус сертификации установки такой же, как у настольной версии, — не пройдена.

Смотреть документацию по установке → Перейти в центр загрузок → Сначала посмотреть страницу безопасности → Сообщить о проблеме (GitHub Issues) →