• 25. Упр-е по ос. Обесп-е без-ти при уст-е и обнов-ии по ос. Подпись пакетов rpm.

• RPM предоставляет широкий спектр функций проверки без-ти при установке и обновлении ПО: анализ пакетов; проверка файлов в пакетах; установка подписи, проверка подписи пакетов. GPG-подпись – стандартный механизм подписи пакетов в RPM. Для ее генерации необходимо: Генерация пары GPG-ключей; Конфигурирование RPM для исп-я ключа; Подпись пакетов; Экспорт публичного ключа.

• Генерация пары ключей. Команда генерации ключа: gpg --gen-key.

• После запуска генерации ключей появляется сообщение, в котором нужно выбрать: (1) DSA and ElGamal (default) (2) DSA (sign only) (4) RSA (sign only).

• Примите значение (1) DSA and ElGamal, что позволит создать цифровую подпись. Введите 1 и нажмите Enter. Выберите длину ключа, срок действия ключа. Далее надо указать идентификатор польз-ля, который должен содержать имя, электронный адрес и, дополнительно, комментарий. Инф-ция будет запрошена постепенно, после чего можно просмотреть введенные данные.

• Конфигурирование RPM для исп-я ключа. В файл ~/.rpmmacros нужно добавить:

• %_signature gpg

• %_gpg_name key_id

• key_id – идентификатор польз-ля, указанный в предыдущем пункте.

• Подпись пакета. Команда подписи пакета: package-name-1.0-1.noarch.rpm Параметры:

• --addsign – начальная подпись. Исп-ся, если пакет не подписывался ранее.

• --resign – переподписать уже подписанный пакет.

• Команда экспорта открытого ключа: gpg --export -a 'имя' > public_key.txt

• В этом случае ключ будет сохранен в файле public_key.txt

• Команда импорта открытого ключа: rpm -import public_key.txt

• Команда проверки подписи пакета: rpm --checksig -v package-name-1.0-1.noarch.rpm

• Вывод: Good signature from "имя", где имя – имя польз-ля, подписавшего пакет.

• 26. Упр-е сервисами

• Сервисы следят за: Состоянием системы; Автоматическим подключением внешних устройств; Взаимодействием с сетью; Обеспечением безотказной работы разл. служб

• Сервисы бывают: системные и сетевые. systemd – системный менеджер, демон инициализации др. демонов в Linux. Особенность: интенсивное распараллеливание запуска служб в процессе загрузки системы, что позволило существенно ускорить запуск ОС. Оперируют специально оформленными файлами конфигурации – юниты (units). Unit отвечает за отдельно взятую службу; точку монтирования; подключаемые устройства; файлы подкачки; виртуальные машины

• Юниты представлены конфигурацион. файлами, размещенными в одной из директорий:

• /usr/lib/systemd/system/ – юниты из установленных пакетов RPM.

• /run/systemd/system/ – юниты, созданные в рантайме. Этот каталог приоритетнее каталога с установленными юнитами из пакетов.

• /etc/systemd/system/ – юниты, созданные и управляемые системным администратором. Этот каталог приоритетнее каталога юнитов, созданных в рантайме.

• Типы юнитов:

• .target - позволяет группировать юниты, воплощая концепцию уровней запуска (runlevel)

• .service - отвечает за запуск сервисов (служб), также поддерживает вызов интерпретаторов для исполнения пользовательских скриптов

• .mount - отвечает за монтирование файловых систем

• .automount - позволяет отложить монтирование файловых систем до фактического обращения к точке монтирования

• .swap - отвечает за подключение файла или устройства подкачки

• .timer - позволяет запускать юниты по расписанию

• .socket - предоставляет службам поддержку механизма сокет-активации

• .slice - отвечает за создание контейнера cgroups

• .device - позволяет реагировать на подключение устройств

• .path - управляет иерархией файловой системы

• Основные команды упр-я systemd

• systemctl start name.service – запуск сервиса

• systemctl stop name.service – остановка сервиса

• systemctl restart name.service – перезапуск сервиса

• systemctl try-restart name.service – перезапуск сервиса только, если он запущен

• systemctl reload name.service – перезагрузка конфигурации сервиса

• systemctl status name.service – проверка, запущен ли сервис с детальным выводом состояния сервиса

• systemctl is-active name.service – проверка, запущен ли сервис с простым ответом: active или inactive

• systemctl list-units --type service --all – отображение статуса всех сервисов

• systemctl enable name.service – активирует сервис (позволяет стартовать во время запуска системы)

• systemctl disable name.service – деактивирует сервис

• systemctl reenable name.service – деактивирует сервис и сразу активирует его

• systemctl is–enabled name.service – проверяет, активирован ли сервис

• systemctl list-unit-files --type service – отображает все сервисы и проверяет, какие из них активированы

• systemctl mask name.service – заменяет файл сервиса симлинком на /dev/null, делая юнит недоступным для systemd

• systemctl unmask name.service – возвращает файл сервиса, делая юнит доступным для systemd