Как установить пакет deb в astra linux

Как установить пакет deb в astra linux

Установка deb-пакетов и дальнейшая настройка Продукта выполняются администратором на компьютере пользователя. Установка С-Терра Клиент А проводится с использованием системы управления настройками приложений debconf и системы управления пакетами dpkg .

Для С-Терра Клиент А требуется установка deb-пакетов в следующем порядке:

1. sterra-meta_4.3.21279.deb – пакет, содержащий вспомогательные функции для установки Продукта.

2. sterra-digsig_4.3.20000.deb — пакет устанавливает и регистрирует публичные ключи компании S-Terra, используемые для проверки цифровой подписи исполняемых файлов формата ELF в режиме замкнутой программной среды.

3. sterraclient-drv (hardened И/ИЛИ generic) – пакет, содержащий драйвера.

В зависимости от версии ОС и типа ядра устанавливается один из следующих пакетов:
(Версию используемой ОС Astra Linux можно посмотреть в выводе команды cat /etc /*version в терминале, а тип ядра — в выводе команды uname –r .)

· Для ОС Astra Linux 2.12 Сommon Edition 2.12.29 (Орёл) при наличии ядра hardened версии 4.15.3-2 устанавливается пакет sterraclient-drv-orel-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition 2.12.40 (Орёл) при наличии ядра hardened версии 4.15.3-3 устанавливается пакет sterraclient-drv-orel-4.15.3-3-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition 2.12.43 (Орёл) при наличии ядра hardened версии 4.15.3-141 устанавливается пакет sterraclient-drv-orel-4.15.3-141-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition 2.12.44 (Орёл) при наличии ядра hardened версии 5.4.0-71 устанавливается пакет sterraclient-drv-orel-5.4.0-71-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition 2.12.44 (Орёл) при наличии ядра hardened версии 5.10.0-1038.40 устанавливается пакет sterraclient-drv-orel-5.10.0-1038.40-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition2.12.29 (Орёл) при наличии ядра generic версии 4.15.3-2 устанавливается пакет sterraclient-drv-orel-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition2.12.40 (Орёл) при наличии ядра generic версии 4.15.3-3 устанавливается пакет sterraclient-drv-orel-4.15.3-3-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition 2.12.43 (Орёл) при наличии ядра generic версии 4.15.3-141 устанавливается пакет sterraclient-drv-orel-4.15.3-141-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition 2.12.44 (Орёл) при наличии ядра generic версии 5.4.0-71 устанавливается пакет sterraclient-drv-orel-5.4.0-71-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 2.12 Сommon Edition 2.12.44 (Орёл) при наличии ядра generic версии 5.10.0-1038.40 устанавливается пакет sterraclient-drv-orel-5.10.0-1038.40-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра hardened версии 4.15.3-2 устанавливается пакет sterraclient-drv-smolensk-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра hardened версии 4.15.3-141 устанавливается пакет sterraclient-drv-smolensk-4.15.3-141-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра hardened версии 4.15.3-154 устанавливается пакет sterraclient-drv-smolensk-4.15.3-154-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра hardened версии 5.4.0-81 устанавливается пакет sterraclient-drv-smolensk-5.4.0-81-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра hardened версии 5.10.0-1045 устанавливается пакет sterraclient-drv-smolensk-5.10.0-1045-hardened_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра generic версии 4.15.3-2 устанавливается пакет sterraclient-drv- smolensk- generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра generic версии 4.15.3-141 устанавливается пакет sterraclient-drv-smolensk-4.15.3-141-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра generic версии 4.15.3-154 устанавливается пакет sterraclient-drv-smolensk-4.15.3-154-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра generic версии 5.4.0-81 устанавливается пакет sterraclient-drv-smolensk-5.4.0-81-generic_4.3.21279st+d1_amd64.deb.

• Для ОС Astra Linux 1.6 Special Edition (Смоленск) при наличии ядра generic версии 5.10.0-1045 устанавливается пакет sterraclient-drv-smolensk-5.10.0-1045-generic_4.3.21279st+d1_amd64.deb.

4. sterraclient_4.3. 21279st+d1_amd64.deb – установочный пакет С-Терра Клиент А.

Установка С-Терра Клиент А может выполняться как в интерактивном, так и в неинтерактивном режиме. Выполните установку Продукта согласно одной из следующих инструкций:

Сборка и установка Linux пакетов в российских сертифицированных ОС

Ранее в статье мы описали сборку расширений для LibreOffice. Теперь мы расскажем, как наработки были перенесены на платформу Linux, а также как решались вопросы с подготовкой пакетов для российских сертифицированных операционных систем, таких как AstraLinux, ALTLinux и RedOS.

Постановка задачи и первичная реализация

После успешной реализации нашего продукта DSS для платформы Windows потребовалось перенести наработки (в том числе и расширение для LibreOffice на C++, о сборке и установке sdk которого было рассказано ранее) на платформы семейства Linux.

Состав пакета

Соответственно, необходимо определить, что мы переносим:

• служба для связи с сервером;
• драйвер для перехвата и обработки обращений к файлам;
• служба для общения и обработки информации от драйвера;
• диалоговое приложение;
• служба шифрования;
• расширение для LO.

Сборка

Теперь, когда мы определились с содержимым, для начала соберём deb пакет.
Так как у нас есть службы — их необходимо демонизировать. Для этого используем systemd.
Изначально было принято решение для сборки deb пакета использовать checkinstall. Первый пакет был собран при помощи него. Но при добавлении сборки в CI появились/возникли проблемы с окружением сборки, зависимостями и скриптами до/после установки. Поэтому было решено, что лучше это делать через fakeroot. Эти действия, по большей части, были описаны в данной статье.

Создаём отдельную директорию, содержащую инструкции для systemd, которую после перенесём в /lib/systemd/system.

Создаём директорию с содержимым, которое необходимо перенести при установке пакета.

А также создаём директорию DEBIAN, содержащую сценарии для действий перед/после установки/удаления и control, описывающий основную информацию пакета и его зависимости.
После созданного контента выполняем fakeroot dpkg-deb —build «имя пакета».

В итоге на выходе мы имеем deb пакет с содержимым.

Установка, удаление и проверка работы

Устанавливаем его командой:

sudo dpkg -i «имя пакета».deb

sudo dpkg -r «имя пакета» (указанное в файле control)

sudo dpkg --purge «имя пакета» (указанное в файле control)

При установке переносятся и запускаются три демона (приложения, работающие фоном, аналог служб Microsoft).

Для проверки их работоспособности выполняем:

systemctl status «имя демона».service

Для примера статус нашего dssservice

Далее началось тестирование пакета и выявление всех зависимостей, которые в процессе создания не были учтены. После успешной обработки всех зависимостей выяснилась одна интересная деталь. Если мы хотим подключаться по rdp к машине, то данный функционал необходимо настроить, так как по дефолту сервера для подключения по данному протоколу нет, как на Microsoft. Самым простым способом нaстройки rdp является настройка xrdp совместно с xfce4. При настройке xfce4 используется в качестве проводника Thunar и, соответственно, пункт в ПКМ, который мы добавляли через filemanager-actions, для него не добавляется. Но решение довольно быстро было найдено — находясь в домашней директории, проходим по следующему пути:

.config/Thunar/

и там будет лежать файл uca.xml, содержащий сценарии для ПКМ.

Разворачивание пакетов в российских сертифицированных ОС

После успешного тестирования данного пакета на Ubuntu возник вопрос о работоспособности его на других ОС, использующих dpkg, как менеджер пакетов, а, соответственно, поддерживающих .deb. А, в частности, вспомнилась отечественная разработка (импортозамещение никто не отменял) — AstraLinux.

AstraLinux

С ходу установить пакет не удалось, так как наш пакет имеет в зависимостях filemanager-actions, который мы используем для добавления пункта ПКМ в Nautilus Ubuntu. Но в AstraLinux используется файловый менеджер fly, и для добавления в него мы не будем использовать filemanager-actions, пришли к выводу, что для AstraLinux будем собирать пакет без учёта этой зависимости. А для добавления используется сценарий «имя_процесса».desktop, который добавляется в /usr/share/flyfm/actions/.

Также были разрешены некоторые моменты, связанные с LKM, но их мы рассмотрим в следующей статье.

Cборка RPM

Следующей ОС стала ALTLinux. Она интересна тем, что имеет пакетный менеджер APT, но при этом вместо dpkg у неё используется rpm. А, следовательно, пора нам собрать наш пакет и под rpm.

Изначально попробовали сделать преобразование deb в rpm, как описано в этом мануале.

Alien достаточно мощная утилита, и с её помощью можно достаточно просто преобразовать пакет, достаточно только следовать её подсказкам и добавить недостающее (если она об этом попросит). В итоге при конвертации получили rpm пакет, но при попытке его установки вылезли зависимости, ссылок на которые изначально не было (позже расскажу, в чём была изюминка). Поэтому было принято решение собрать rpm пакет непосредственно средствами rpmbuild.

Сначала решили собирать не под ALTLinux, а под RedOs, так как со стороны бизнеса на неё более перспективные планы. RedOs основана на CentOS, поэтому сборку решили проводить в ней.

Часть с systemd остаётся без изменений, а вот Debian заменяем на файл «имя_проекта».spec, который содержит в себе всю информацию и зависимости из control, сценарии для действий перед/после установки/удаления, а так же описание содержимого пакета (непосредственно пути до того, что необходимо добавить).

После создания файла выполняем:

rpmdev-setuptree

переносим .spec в rpmbuild/SPECS и выполняем:

rpmbuild --bb rpmbuild/SPECS/dssservice.spec

после чего забираем из директории rpmbuild/RPMS созданный пакет.

Пытаемся установить пакет и утыкаемся в те же самые зависимости, которые были при попытке установить конвертированный deb пакет.

Как оказалось, изюминка заключается в том, что при создании rpm система подтягивала дополнительные библиотеки, и ставила их в зависимость. Чтобы такого не было — необходимо в файл .spec добавить строку после описания зависимостей:

Autoreq: no

Пробуем установить и да — победа, пакет корректно устанавливается.

Для установки rpm пакета используем команду:

sudo rpm -ivh "имя_пакета".rpm

Для удаления (без удаления пакетов, находящихся в зависимости):

sudo rpm -e --nodeps ""имя_пакета""

RedOs

Далее необходимо разобраться с зависимостями, так как необходимые для работы наших приложений пакеты уже имеют другие названия, а также необходимо разобраться с добавлением пункта в ПКМ.

В RedOs в качестве файлового менеджера используется nemo. Для добавления в него пункта в ПКМ необходимо создать файл «имя_действия».nemo_action, в котором по аналогии с файлом .desktop (для AstraLinux) будет сценарий обработки нажатия на новый пункт меню, и переместить его в ~/.local/share/nemo/actions/, перезагрузить nemo и пункт появится.

ALTLinux

После успешного тестирования rpm пакета на RedOs перешли к формированию rpm пакета под
ALTLinux. По сути, необходимо скорректировать зависимости, так как для каждой оси пакеты будут иметь своё название, и снова понять, как произвести добавление пункта в ПКМ. Тут нам на помощь снова пришёл filemanager-actions, через который также можно добавить пункты в ПКМ и для Mate и Caja, которые как раз и используются в ALTLinux.

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

Заключение

В дальнейших статьях мы расскажем, почему использовали LKM и Avalonia и какие трудности из-за этого были, а также о дальнейших планах на доработку пакетов (в частности, доработка UI для ввода необходимой информации) и приложений, используемых в них.

Ссылки которые нам помогли

• ithelp21.ru/udalennoe-podklyutchenie-k-ubuntu-tcherez-rdp — неплохая инструкция, которой пользовались наши тестировщики для добавления rdp на Ubuntu
• pingvinus.ru/note/nautilus-context-menu-items — настройка nautilus-actions
• www.debian.org/doc/manuals/maint-guide/build.ru.html — сборка deb
• linux-notes.org/pishem-init-skript — Init скрипт для systemd

Установка пакетов и репозиториев в операционной системе Astra Linux

Российская операционная система Astra Linux разработана для внедрения в государственных и коммерческих организациях. Она основана на дистрибутиве Debian и обеспечивает высокий уровень безопасности и надежности.

Astra Linux имеет сертификат соответствия требованиям информационной безопасности, выданный ФСТЭК России. ОС предоставляет полный контроль над системой, включая возможность управления правами доступа, шифрования данных и повышенной защиты от вирусов и атак. Astra Linux предоставляет множество инструментов и приложений, чтобы обеспечить эффективное использование в бизнесе и государственном секторе.

Отметим преимущества, которые выделяют Astra Linux среди других операционных систем:

1. Высокий уровень безопасности. Операционная система обладает различными механизмами защиты, включая усиленную аутентификацию, мультинезависимую структуру доступа, шифрование данных и другое.
2. Соответствие государственным стандартам. Astra Linux разработана на основе государственных требований и стандартов, установленных в России.
3. Широкие возможности кастомизации. Пользователи могут выбирать и устанавливать только необходимые пакеты программного обеспечения, настраивать систему под свои требования и предпочтения, а также управлять средствами автоматизации и конфигурации, такими как Ansible.
4. Поддержка различных аппаратных платформ обеспечивает гибкость в выборе и использовании оборудования, поддерживающего Astra Linux.
5. Наличие потребительских и корпоративных версий: Home Edition (для потребителей) и Business Edition (специализированная корпоративная версия).

Репозитории Astra Linux

В Astra Linux существует несколько репозиториев, которые содержат пакеты софта для установки и обновления на операционной системе. Расскажем про наиболее популярные репозитории:

1. Main (основной репозиторий)

Он содержит официально поддерживаемые пакеты, разработанные и поддерживаемые командой разработчиков Astra Linux.

1. Contrib (дополнительный репозиторий)

Дополнительный репозиторий содержит пакеты, которые могут быть полезны пользователям и разработчикам, но они не входят в основной набор пакетов Astra Linux.

1. Security (репозиторий безопасности)

Security репозиторий содержит обновления безопасности и исправления ошибок для операционной системы Astra Linux. Он очень важен для обновления и поддержания безопасности системы.

1. Updates (репозиторий обновлений)

В репозитории updates содержатся обновления и исправления ошибок для пакетов Astra Linux. Он обеспечивает поддержку новых версий устанавливаемых пакетов и повышает функциональность системы.

1. Backports (репозиторий обратной совместимости)

Репозиторий backports содержит пакеты с обратной совместимостью, которые могут быть взяты из новых версий Astra Linux и использованы на старых версиях системы.

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

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

Подключение репозиториев

При подключении репозиториев необходимо вносить изменения в файл /etc/apt/sources.list. После каждой внесенной правки необходимо обновлять списки пакетов с помощью команды sudo apt update.

Существует вариант подключения репозиториев с диска или флешки, но он сложный и неудобный, поэтому не рекомендуется к использованию. Если вы хотите воспользоваться этим способом, ознакомьтесь с документацией на сайте разработчика Astra Linux.

Мы рассмотрим способ подключения репозиториев с использованием интернет-подключения.

Подключение сетевых репозиториев

Чтобы подключить и использовать сетевые репозитории в Astra Linux откройте терминал (нажмите Ctrl+Alt+T). При работе вам потребуются права администратора.

1. Отредактируйте файл /etc/apt/sources.list, используя текстовый редактор, например, nano. Введите команду nano /etc/apt/sources.list и нажмите Enter.
2. Находясь в редакторе, в конце файла укажите следующие строки, которые необходимы для добавления официальных репозиториев Astra Linux:

deb http://mirror.yandex.ru/astra/stable/orel/repo orel main contrib non-free

deb-src http://mirror.yandex.ru/astra/stable/orel/repo orel main contrib non-free

1. Сохраните изменения в файле (Ctrl+O) и закройте редактор (Ctrl+X).
2. С помощью команды apt update обновите список пакетов в системе (при необходимости введите пароль администратора).
3. После обновления списка вы можете устанавливать пакеты из репозиториев Astra Linux, используя команду apt install .

rem Setup address and port of remote PC set HOST_IP=192.168.1.10 set HOST_PORT=22 rem Setup administrator's name for the remote PC set HOST_USERNAME=root rem Name of the deb-package in the current folder set PACKAGE_NAME=stkh-client_1.10_amd64.deb rem Setup complex server address set STKH_SERVER_ADDRESS=192.168.1.2 rem Copy package to the remote PC "C:\Program Files\PuTTY\pscp.exe" -scp -P "%HOST_PORT%" "%PACKAGE_NAME%" %HOST_USERNAME%@%HOST_IP%:/tmp rem Execute package installation "C:\Program Files\PuTTY\plink.exe" -ssh %HOST_USERNAME%@%HOST_IP% -P "%HOST_PORT%" "DEBIAN_FRONTEND=noninteractive dpkg --install /tmp/%PACKAGE_NAME%; apt-get update; DEBIAN_FRONTEND=noninteractive apt-get install -fy" rem Setup server address on the remote PC for the client "C:\Program Files\PuTTY\plink.exe" -ssh %HOST_USERNAME%@%HOST_IP% -P "%HOST_PORT%" "stkh-client --server=%STKH_SERVER_ADDRESS%" rem Delete package from the remote PC "C:\Program Files\PuTTY\plink.exe" -ssh %HOST_USERNAME%@%HOST_IP% -P "%HOST_PORT%" "rm /tmp/%PACKAGE_NAME%"

# Setup address and port of remote PC HOST_IP=192.168.1.10 HOST_PORT=22 # Setup administrator's name for the remote PC HOST_USERNAME=root # Name of the deb-package in the current folder PACKAGE_NAME=stkh-client_1.10_amd64.deb # Setup complex server address STKH_SERVER_ADDRESS=192.168.1.2 # Copy package to the remote PC scp -p "$HOST_PORT" "$PACKAGE_NAME" $HOST_USERNAME@$HOST_IP:/tmp # Execute package installation ssh -p "$HOST_PORT" $HOST_USERNAME@$HOST_IP "DEBIAN_FRONTEND=noninteractive dpkg --install /tmp/$PACKAGE_NAME; apt-get update; DEBIAN_FRONTEND=noninteractive apt-get install -fy" # Setup server address on the remote PC for the client ssh -p "$HOST_PORT" $HOST_USERNAME@$HOST_IP "stkh-client --server=$STKH_SERVER_ADDRESS" # Delete package from the remote PC ssh -p "$HOST_PORT" $HOST_USERNAME@$HOST_IP "rm /tmp/$PACKAGE_NAME"

rem Setup address and port of remote PC set HOST_IP=192.168.1.10 set HOST_PORT=22 rem Setup administrator's name for the remote PC set HOST_USERNAME=root rem Name of the rpm-package in the current folder set PACKAGE_NAME=stkh-client-1.10-0.x86_64.rpm rem Setup complex server address set STKH_SERVER_ADDRESS=192.168.1.2 rem Copy package to the remote PC "C:\Program Files\PuTTY\pscp.exe" -scp -P "%HOST_PORT%" "%PACKAGE_NAME%" %HOST_USERNAME%@%HOST_IP%:/tmp rem Execute package installation "C:\Program Files\PuTTY\plink.exe" -ssh %HOST_USERNAME%@%HOST_IP% -P "%HOST_PORT%" "yum -y localinstall /tmp/%PACKAGE_NAME%" rem Setup server address on the remote PC for the client "C:\Program Files\PuTTY\plink.exe" -ssh %HOST_USERNAME%@%HOST_IP% -P "%HOST_PORT%" "stkh-client --server=%STKH_SERVER_ADDRESS%" rem Delete package from the remote PC "C:\Program Files\PuTTY\plink.exe" -ssh %HOST_USERNAME%@%HOST_IP% -P "%HOST_PORT%" "rm /tmp/%PACKAGE_NAME%"

# Setup address and port of remote PC HOST_IP=192.168.1.10 HOST_PORT=22 # Setup administrator's name for the remote PC HOST_USERNAME=root # Name of the rpm-package in the current folder PACKAGE_NAME=stkh-client-1.10-0.x86_64.rpm # Setup complex server address STKH_SERVER_ADDRESS=192.168.1.2 # Copy package to the remote PC scp -p "$HOST_PORT" "$PACKAGE_NAME" $HOST_USERNAME@$HOST_IP:/tmp # Execute package installation ssh -p "$HOST_PORT" $HOST_USERNAME@$HOST_IP "yum -y localinstall /tmp/$PACKAGE_NAME" # Setup server address on the remote PC for the client ssh -p "$HOST_PORT" $HOST_USERNAME@$HOST_IP "stkh-client --server=$STKH_SERVER_ADDRESS" # Delete package from the remote PC ssh -p "$HOST_PORT" $HOST_USERNAME@$HOST_IP "rm /tmp/$PACKAGE_NAME"