LINUX.ORG.RU

НАЙС.ОС — минималистичный дистрибутив, собранный с нуля и заточенный под контейнеры

 , , , ,


1

2

НАЙС.ОС — самостоятельный Linux-дистрибутив, собранный из исходников, без форка чужой базы и без переноса чужих спеков. Авторы подчёркивают, что это не «очередной ремикс Debian/Red Hat», а свой собственный стек: свой тулчейн, свой набор патчей и своя политика сборки.

Проект позиционируется как LTS-серверная система для инфраструктуры, безопасности и наблюдаемости: виртуальные машины, облака, edge-узлы, защищённые сегменты. Текущий стабильный релиз — НАЙС.ОС 5.2 minimal (x86_64), ISO около 603 МБ, специально заточен под установки в ВМ (KVM, Proxmox, VMware, VirtualBox и т.п.). Дистрибутив распространяется бесплатно для частного и коммерческого использования, без роялти и ограничений по числу установок; коммерческая поддержка — отдельной подпиской.

Проект включён в реестр российского ПО.

Сайт проекта: https://niceos.ru/ Страница загрузки: https://niceos.ru/about-niceos

С точки зрения архитектуры НАЙС.ОС ближе к «LFS-подходу для продакшена»: ядро, компиляторы, базовые библиотеки, крипто-стек — всё собрано под единые требования воспроизводимости и безопасности. В текущей ветке заявлены:

  • Linux 6.13.x LTS
  • GCC 14.3, Glibc 2.41
  • OpenSSL 3.5.1 (с расширениями под ГОСТ)
  • systemd 257, coreutils 9.6

Диапазон сценариев у НАЙС.ОС делится на два основных режима:

  1. Immutable-подход (OSTree / «слой-снимок») Для сценариев «поставил и не трогаю» и для облаков есть режим с концепцией immutable Linux:

    • системный слой (/usr) монтируется как read-only;
    • обновления применяются атомарно целиком, как один «снимок» системы;
    • Btrfs-снапшоты и интеграция с GRUB позволяют откатывать неудачные обновления за один ребут;
    • версии базовой системы рассматриваются как артефакты, которыми можно управлять и раскатывать по узлам (через OSTree-репозиторий).

    В документации это отдельная линия: «OSTree в НАЙС.ОС CLOUD» с объяснением, как собирать и публиковать репозиторий базовой системы и использовать его как единый источник для всей инфраструктуры.

  2. Классический RPM-вариант (dnf/dnf5) Параллельно доступен привычный RPM-подход:

    • управление пакетами через dnf и dnf5;
    • стандартные подписанные репозитории, зеркала и локальные репы;
    • ручные и автоматические обновления, dnf-automatic, использование Kickstart-файлов и PXE для массовых установок.

    Эта линия идёт через специальную сборку NiceOS V, описанную как минималистичная редакция без графики и «лишних» демонов, заточенная под ВМ, CI/CD, шаблоны образов (OVA/QCOW2/AMI) и headless-режимы. Там же свой консольный установщик niceos-installer, который можно крутить в автоматизированных пайплайнах.

Смысл в том, что можно выбрать: либо максимально предсказуемую immutable-базу с OSTree, либо гибкую RPM-среду, где пакеты ставятся и удаляются «по-старому», но всё равно поверх единой минималистичной платформы.

Главная идея НАЙС.ОС — быть минимальной и предсказуемой базой для контейнеров, а не «универсальным десктопом». В типовой установке:

  • нет графического окружения;
  • стартуют только базовые сервисы (systemd, сетевые утилиты, SSH, firewall на nftables/firewalld, базовые мониторинговые утилиты);
  • всё прикладное предполагается ставить в контейнерах (Docker/Podman/Kubernetes) или отдельными сервисами поверх базы.

Отсюда логично вытекают официальные контейнерные образы на Docker Hub:

  • базовый образ: niceos/base-os
  • рантаймы: niceos/openjdk21, niceos/openjdk25, niceos/redis, niceos/haproxy и др.

Организация на Docker Hub: https://hub.docker.com/u/niceos

К контейнерной экосистеме есть отдельный сайт/описание: https://nice-soft.com/ (nice-soft.com)

По задумке авторов, эти образы:

  • строятся на базе того же минимального NiceOS Base;
  • работают от непривилегированного пользователя;
  • содержат встроенные SBOM (CycloneDX/SPDX) и отчёты по уязвимостям (Trivy, Grype), причём критичные CVE могут блокировать публикацию;
  • снабжены встроенными отчётами для офлайн-аудита прямо внутри контейнера.

Отдельный блок — поддержка отечественной криптографии. В разделе загрузки явно указано, что ключевые компоненты собраны с поддержкой ГОСТ-алгоритмов:

  • GnuPG с ГОСТ (ГОСТ Р 34.10-2012 и ГОСТ Р 34.11-2012), включая подпись, шифрование и проверку;
  • OpenSSL с ГОСТ — TLS и утилиты CLI с ГОСТ-криптографией;
  • libksba/nettle — поддержка ГОСТ в CMS и X.509;
  • OpenVPN с ГОСТ — готовый сервер с ГОСТ-шифрами, есть скрипт, который разворачивает VPN (PKI, firewall, мониторинг, интеграция с Prometheus) за несколько минут;
  • утилиты для контроля целостности на ГОСТ-хешах (gost12sum, профили в openssl dgst и т.п.).

Проект делает акцент на жёстком hardening и контроле цепочки поставки:

  • SELinux включён по умолчанию;
  • используются стандартные флаги защиты при сборке (PIE, RELRO, SSP, FORTIFY_SOURCE и т.д.);
  • реализованы сценарии контроля целостности (Secure Boot, IMA, AIDE с ГОСТ-алгоритмами);
  • каждый RPM подписан, есть модель Zero-Trust PKI: по умолчанию не доверяется тому, что не прошло проверку;
  • для пакетов и образов генерируются SBOM и отчёты по уязвимостям.

Отдельная документация по безопасности и цепочке поставки доступна на сайте: https://niceos.ru/docs

Каталог пакетов (со списком версий, хешами GOST/SHA256 и описаниями) — на https://packages.niceos.ru/

Заточка под облака и ВМ

С точки зрения использования «из коробки», НАЙС.ОС ориентируется именно на виртуальные и облачные сценарии:

  • официальный образ НАЙС.ОС 5.2 доступен в Yandex Cloud Marketplace как виртуальная машина, в состав которой уже входят Docker, glibc и Python 3.12; дистрибутив помечен как находящийся в реестре российского ПО; (yandex.cloud)
  • в Cloud.ru Marketplace дистрибутив описан как «российская минималистичная ОС для контейнеров. Образ для VM, Docker и Kubernetes»; (Cloud.ru)
  • отдельная редакция NiceOS V оптимизирована под гипервизоры (Proxmox, VMware ESXi, KVM/QEMU, AWS/Yandex Cloud/Google Cloud и т.п.), с минимальным набором сервисов и акцентом на автоматизированные установки через Kickstart/JSON.

Заявлена поддержка конфиденциальных виртуальных машин (AMD SEV-SNP, Intel TDX) и утилиты для аттестации ВМ в таких сценариях.


Тем, кто интересуется immutable-подходом (OSTree), контейнер-first-архитектурой и инфраструктурными дистрибутивами «не из большого зоопарка клонов», проект вполне можно покрутить в тестовых ВМ или в облаке и обсудить результаты в комментариях.

>>> НАЙС.ОС



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)

покрутить в тестовых ВМ или в облаке и обсудить результаты в комментариях.

А что обсуждать? ZverDVD как он есть.
Меня даже не удивляет проприетарная лицензия, отсутствие md5 хэшей у пакетов, необновляемое lts ядро и попытка колхозного закоса под никсос.

Меня удивляет что это не первоапрельская шутка и не тролинг, а всерьез. Удивляет и тревожит одновременно.

uin ★★★
()
Ответ на: комментарий от hobbit

Еще чего, вдруг там майнер вшит?

Сайт вызывает сомнения в серьезности людей которые это делали:

Обычные дистрибутивыНАЙС.ОС
Тысячи пакетов, половина не используетсяМинимальная база, всё прикладное выносится в контейнеры
Обновление может «уронить» системуАтомарные апдейты, быстрый откат, контролируемые релизы
Неочевидное происхождение пакетовПодписанные артефакты, SBOM, прозрачная цепочка поставки
Устаревший стек и ядроLTS-ядро 6.6, GCC 14, Glibc 2.41, OpenSSL 3.5
Лицензионные ограниченияБесплатное использование и для частных пользователей, и для компаний

Вместо репозитория предлагается набор отдельных .exe .rpm инсталяторов с программами под x86_64. Очень стремно это все выглядит.

uin ★★★
()
Последнее исправление: uin (всего исправлений: 1)

Ну, это что-то для бизнесов. Я думал альт, роса, астра, etc, там все ниши заняли. Хотя хрен знает.

LINUX-ORG-RU ★★★★★
()

Шифрование ГОСТ, говорите. Вот если бы , chromium-gost в контейнере, с поддержкой рутокенов, чтобы отчётность сдавать - это бы имело смысл, в том числе с точки зрения безопасности, не говоря уже об удобстве.

Aceler ★★★★★
()

https://niceos.ru/license

Интересная у вас лицензия. А где исходники используемых открытых компонентов? Вот вы используете что-то под GPL в своей ОС, я хочу пересобрать какой-то из этих компонентов и получить эквивалент вашего пакета, как мне это сделать?

Т.е. вы прилепили свои ограничения на свои некие компоненты, регулируете их использование ссылаясь на законодательство РФ, при этом нарушаете лицензии открытых проектов используемых в вашей системе. Я правильно понимаю?

ilinsky ★★★★★
()
Последнее исправление: ilinsky (всего исправлений: 1)

Название какое-то загнивающее. Милонова на вас нету. #язабан.

apt_install_lrzsz ★★★★
()

Сайтик иишечка писала, так мило.

И еще: свои патчи, наработки, сценарии, свой дистр (нинаштонепахожый). Когда они это все успели, а главное: сколько времени на это все ушло.

И да, я не удивлюсь, если там далеко не свой дистр.

Gonzo ★★★★★
()
Последнее исправление: Gonzo (всего исправлений: 1)

судя по новостям дистрибутиву 8 месяцев. это уже срок чтобы освоить бюджет.

jura12 ★★
()

Репы у него есть? Пакетов многа?

alt-tab-let ★★★
()

а мне системные требования понравились

amd_amd ★★★★★
()

О, третьего дня обсуждали нишу VM\container designated отечественной ОС со всеми возможными сертификатами ФСТЭК и построенную на чем-то или очень иммутабельном, или очень воспроизводимым - вот, примерно похожее.

Видимо, ниша есть, кому-то кто экосистему строит может быть выгоднее заиметь собранное что-то свое и пакетом продавать поддержку.

mikhalich ★★
()

под установки в ВМ (KVM, Proxmox, VMware, VirtualBox и т.п.)

Странно отечественную ОС пиарить совместимостью с неотечественными вендорами - не для них она покупаться будет, зачастую, хех.

Ну и главный вопрос - когда ФСТЭК?

mikhalich ★★
()

насвай ос

kott ★★★★★
()

Перенесите в проприетарное ПО.

XMPP ★★
()

НАЙС.ОС - скажем решительное «НЕТ» англицизмам в названиях продуктов!

densss ★★★★★
()

В брошюре куча противоречий

Главная идея НАЙС.ОС — быть минимальной
...
ISO около 603 МБ

позиционируется как LTS
...
Btrfs

свой собственный стек: свой тулчейн, свой набор патчей и своя политика сборки
...
Параллельно доступен привычный RPM-подход: управление пакетами через dnf и dnf5;

Кто уже посмотрел? Вангую там гибрид двух федор с гостовой криптой.

ya-betmen ★★★★★
()

Весьма логичный подход, если мы пришли к тому, что сервер — запускалка для контейнеров. А мы пришли. И это вряд ли изменится.

Но индустрия информационных технологий очень консервативная, так что устарелые помойки из deb/rpm пакетов с нами ещё очень надолго.

ugoday ★★★★★
()
Ответ на: комментарий от cdtemp

Так там на главной странице так и написано: «меньше инцидентов, проще откаты».

Smacker ★★★★★
()
Ответ на: комментарий от ilinsky
ПРОГРАММНЫЙ ПРОДУКТ может содержать отдельные компоненты, распространяемые на условиях открытых (свободных) лицензий, включая, но не ограничиваясь: GNU GPL, LGPL, MIT, BSD, Apache License и другими.
Использование таких компонентов регулируется условиями соответствующих лицензий. 

Что-то я тут не вижу, чтобы они закрывали открытые компоненты. Что пришло по GPL, по GPL и распространяется.

ugoday ★★★★★
()

всё прикладное предполагается ставить в контейнерах

Я когда вот такое вижу, мне хочется за голову хвататься. Т.е. бездумное использование контейнеров где надо и где - не надо. Т.е. просто - северный пушной зверь.

DrRulez ★★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

Ну, это что-то для бизнесов. Я думал альт, роса, астра, etc, там все ниши заняли. Хотя хрен знает.

Сдается мне под конкретный проект/тендер запилено на коленке за полгода. Хотя - могу и ошибаться.

DrRulez ★★★★★
()

Готово к продакшену

LOL

NiceOS — не ещё один Linux

Chord ★★★★★
()
Ответ на: комментарий от ugoday

если мы пришли к тому, что сервер — запускалка для контейнеров

Это «специалисты» из конкурса (ну того, где все использовали ИИ, включая «судей»), который тут недавно был - пришли. Нормальные люди еще не разучились правильно использовать нужные инструменты, исходя из текущих задач.

DrRulez ★★★★★
()
Ответ на: комментарий от anonymous_sama

Суть не в этом. Когда ты, весь из себя модный-спортивный-молодёжный, решил построить свою immutable infrastructure на контейнерах, открыл Dockerfile и написал FROM: fedora:38, ты фактически заложился на доступность неких файлов в интернете, находящихся под контролем третьих лиц, которые тебе ничего не обещали и свои контейнеры могут запросто грохнуть/переименовать/поломать схему меток. Поэтому уважающие себя господа используют собственные базовые контейнеры, частные реестры контейнеров с прозрачными кэшами (однажды, во время обновления внезапно закончилась квота на запросы к реестру. Не понравилось. Не рекомендую).

Тут явно целятся в крупный энтерпрайз, там свои приколы и подходить к организации процесса с точки зрения программистов / админов локалхоста точно смысла нет.

ugoday ★★★★★
()
Ответ на: комментарий от ugoday

Тут явно целятся в крупный энтерпрайз, там свои приколы

А ну-ка давай. расскажи-ка мне про это подробненько. А я - послушаю :) Давай Луи - ЖГИ ! :)

DrRulez ★★★★★
()
Ответ на: комментарий от ugoday

Тут явно целятся в крупный энтерпрайз, там свои приколы и подходить к организации процесса с точки зрения программистов / админов локалхоста точно смысла нет.

This. Если еще у них появятся бумажки по теме безопасной разработки то их купят, чтобы спокойнее проходить под требования регуляторов. Мол смотрите, у нас все раннеры под сертифицированной ОС, у нас тут полна безпека.

mikhalich ★★
()

ну если российский продукт, так бы и назвали «Красивая Ось».Я лично не понимаю политики называть непонятно как и для чего.

nicholas_ru
()
Ответ на: комментарий от nicholas_ru

ну если российский продукт, так бы и назвали «Красивая Ось»

Ну чего мелочится-то тогда? сразу надо : «Ох-ая ОС» ! :)

DrRulez ★★★★★
()
Ответ на: комментарий от DrRulez

ну тогда клиненты штабелями будут ложится.Грубовато, слегка :-)

nicholas_ru
()
Последнее исправление: nicholas_ru (всего исправлений: 1)
Ответ на: комментарий от ugoday

Если уж на то пошло, то уже года четыре как, все у себя подняли кэши для докера. И стараются завязываться не на метки, а на хэши.

Не отменяет того, конечно, что какая-нибудь пидора запросто может запретить скачивание новых образов, поэтому завязываться на них - ненадёжное решение.

Chiffchaff
()
Ответ на: комментарий от nicholas_ru

Тоже раздражает эта шизофрения. «Мы делаем импортозамещённый проект для наших людей. И назвали его ОсомГрейтВилладжОС». Так и хочется сказать: либо крестик, либо трусы.

Chiffchaff
()

собранный из исходников, без форка чужой базы

та-а-а-к, лига ожидателей копетанов в ожидании.
1.исходники(база)
2.патчики, на выбор сеньора
3.без чужой базы - что у вас за резолвер системы?(апт/днф/своё)? ну к чему надо быть готовым при работ в ответственных потребностях?
4. гост - хорошо, одобряемо.
5. ???

etwrq ★★★★★
()

почему не назвать БерезаОС например. почему Найс.

nionio35
()
Ответ на: комментарий от ugoday

Что пришло по GPL, по GPL и распространяется

Именно. Для создания этого продукта, разработчик получил на условиях GPL (например версии 2) некое ПО, которое включил в своё (сабж), он (разработчик), согласно лицензии GPL2, должен был получить его вместе с исходным кодом этого ПО. Если он передаёт это ПО другим лицам, то он должен передать его на тех же условиях на которых получил сам (вместе с исходным кодом).

Нет, ну конечно, я могу ошибаться. Речь даже не об изменениях в таких пакетах, а именно о передаче. Никто не запрещает господам продавать или закрывать свои наработки (если они не противоречат правам пользователей частей ПО использующих GPL2).

Обоснуй в чём я не прав. За пример возьмём именно GPL2.

ilinsky ★★★★★
()
Последнее исправление: ilinsky (всего исправлений: 4)

OpenVPN с ГОСТ

VPN вкупе с названием на басурманском языке - какая-то антигойда получается

Linuxoid85
()
Ответ на: комментарий от Linuxoid85

это получается GoyДА! - стильно, модно, молодёжно!

прям также как с дал маху и певцом KOLDUN

mumpster ★★★★★
()
Ответ на: комментарий от ilinsky

Именно. Для создания этого продукта, разработчик получил на условиях GPL (например версии 2) некое ПО, которое включил в своё (сабж), он (разработчик), согласно лицензии GPL2, должен был получить его вместе с исходным кодом этого ПО. Если он передаёт это ПО другим лицам, то он должен передать его на тех же условиях на которых получил сам (вместе с исходным кодом).

НЕТ. Он должен ПРЕДОСТАВИТЬ исходные тексты данного ПО по ЗАПРОСУ пользователя своего продукта. Он совершенно НЕ ОБЯЗАН публиковать это где-либо.

DrRulez ★★★★★
()
Ответ на: комментарий от Zhbert

Болгенос сделал безобидный школьник, тем более что это была обычная убунта

А здесь проприетарный троян который агрессивно форсит фирма-однодневка. Завтра твой начальник принесет вам и скажет давайте переходить, перейдете, а спустя какое то время вылезет окно на весь экран что мол срок лицензии истек и можно продлить за 19 999 999 Р обращаться к PetyaA@naebos.ru данные на диске зашифрованы для безопасности конечно же.

И только попробуй сказать что это вирус, на тебя еще в суд подадут за клевету, ведь в лицензионном соглашении все было написано что правообладатель это все может, и ты согласился.

uin ★★★
()
Последнее исправление: uin (всего исправлений: 2)
Ответ на: комментарий от DrRulez

НЕТ. Он должен ПРЕДОСТАВИТЬ исходные тексты данного ПО по ЗАПРОСУ

В первую очередь он не имеет права убирать упоминание GPL и вываливать свою эулу прямо ей противоречащую (запрещается распространение бла-бла).

uin ★★★
()
Последнее исправление: uin (всего исправлений: 1)

Успехов насосовцам :)

Вот где все эти имутаблы и остри нужны.

PcheloBiaka
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.