Практические сценарии: лаборатория администратора¶
Эта часть документации связывает отдельные справочные статьи в полноценные процедуры эксплуатации НАЙС.ОС CLOUD. В отличие от справочника по одной команде, лабораторная работа начинается с цели и проверки исходного состояния, включает контрольные точки и завершается обратимой проверкой результата.
Перед выполнением сценария¶
Заведите отдельную тестовую виртуальную машину. Предусмотрите снимок виртуального диска вне гостевой системы, доступ к консоли гипервизора и отдельную административную учётную запись. Подключение SSH не должно быть единственным способом вернуть доступ. Для операций со storage нужны отдельные виртуальные диски, которые не содержат производственных данных.
Каталог упражнений¶
| Упражнение | Для кого | Результат |
|---|---|---|
| Миграция DHCP → статический IP | Системный администратор | Управляемый интерфейс, проверенные маршруты/DNS, зафиксированный откат |
| Безопасное открытие сервиса через iptables | Администратор/ИБ | Сервис доступен только нужной группе, проверены INPUT и OUTPUT |
| Обновление ядра с проверкой загрузки | Администратор платформы | Известны установленные ядра и рабочий fallback |
Как вести протокол работ¶
Фиксируйте изменения в репозитории инфраструктуры или учётной системе предприятия. Протокол содержит дату, машину и версию, инженера, цель изменения, риск, резервную копию, тест до/после, окно обслуживания и критерий остановки. Пароли, токены и приватные ключи в протокол включать нельзя.
Классы команд¶
- Наблюдение:
ip route,networkctl status,iptables -S,rpm -q,lsblk -f. Их можно выполнить до согласования изменения, соблюдая правила доступа. - Изменение:
networkctl reconfigure, добавление iptables-правила, обновление RPM. Нужен план отката и доступная консоль. - Разрушительная операция:
mkfs,wipefs, очистка iptables, произвольное восстановление GRUB. Здесь намеренно не приведены готовые команды для неопознанных устройств.
Степень готовности¶
Лаборатории — подробные инструкции и модели проверок по SPEC + официальным документам; они не сертифицированы на тестовом образе CLOUD 5.2 и должны быть воспроизведены на изолированной VM до массового использования. После проверки в maintainers/ARTICLE_STATUS.md будет указан точный образ и протокол теста.